分页: 1/17 第一页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]

DeDe CMS是一个由PHP编写功能强大的开源CMS系统,经过了长时间不断磨合,现在已经是一款比较完善开源CMS系统。

最新版的DeDeCMS提供对每篇文章的关键字自动提取功能,但是经过实际使用之后发现UFT-8版的关键字自动提取功能实在是不敢恭维,所以想到用tag替换关键的办法。

 

具体操作方法:修改相应文章模板文件,找到

复制内容到剪贴板
  1. <meta name="keywords" content="{dede:field.keywords/}" />  

改成

复制内容到剪贴板
  1. <meta name="keywords" content="{dede:tag row='6'}[field:tag /],{/dede:tag}">  

 

上传修改的文件后重新生成页面即可

终于解决FreeBSD下Nginx做前端 FastCGI的PHP出现问题的情况了,原因很囧

过程如下:

ecjtu# whereis php-cgi

php-cgi: /usr/local/bin/php-cgi

ecjtu# spawn-fcgi -a 127.0.0.1 -p 139 -C 64 -f /usr/local/php/bin/php-cgi     

spawn-fcgi: child exited with: 127

ecjtu# spawn-fcgi -a 127.0.0.1 -p 139 -C 64 -u www -f /usr/local/bin/php-cgi

spawn-fcgi: child exited with: 13

ecjtu# spawn-fcgi -a 127.0.0.1 -p 139 -C 64 -U www -f /usr/local/bin/php-cgi

spawn-fcgi: child spawned successfully: PID: 39766

现在OK了

莫非127错误是php-cgi位置错误  13错误是大写U写成了小写u

Tags: , , ,

服务器操作系统:FreeBSD7

前端Nginx 后端Apache22(通过FreeBSD的Ports安装)

这段时间服务器老是提示Nginx 502 Bad Gateway错误,经检查前端Nginx正常,后端Apache卡死,拒绝一切连接。必须重启后端Apache才能

 

查询日志有如下内容

[Fri Jan 22 00:54:49 2010] [error] [client 218.93.17.38] File does not exist: /usr/local/www/apache22/data/qqblog
[Fri Jan 22 00:54:49 2010] [error] [client 220.181.94.221] File does not exist: /usr/local/www/apache22/data/html
[Fri Jan 22 12:24:11 2010] [warn] (22)Invalid argument: Failed to enable the 'httpready' Accept Filter
[Fri Jan 22 12:24:12 2010] [notice] Digest: generating secret for digest authentication ...  
[Fri Jan 22 00:54:49 2010] [error] [client 218.93.17.38] File does not exist: /usr/local/www/apache22/data/qqblog
[Fri Jan 22 00:54:49 2010] [error][client 220.181.94.221] File does not exist: /usr/local/www/apache22/data/html
 

网上搜索说是在FreeBSD下使用ports安装apache22会出现类似的warming:

Failed to enable the 'httpready' Accept Filter

据说这是Apache21和FreeBSD之间Bug!

解决方法是:
#kldload accf_http

并在/boot/defaults/loader.conf中添加如下内容,以便下次启动自动装载模块 
accf_data_load="YES" 
accf_http_load="YES" 


Apache会卡死是因为FreeBSD自带的一个基于http端口过滤的模块不能加载。这个模块的作用是检查HTTP请求是否完整,如果请求是符合规则的则通过,反之就
扔掉。

 

 
运行的时候出现:
 
-------------------------------------------------------------------
错误类型一:
Microsoft OLE DB Provider for ODBC Drivers (0x80004005)
[Microsoft][ODBC Microsoft Access Driver] 不能更新。
错误类型二:
Microsoft OLE DB Provider for ODBC Drivers 错误 ''80004005''
[Microsoft][ODBC Microsoft Access Driver]常见错误 不能打开注册表关键字 ''Temporary (volatile) Jet DSN for process 0x728 Thread 0x854 DBC 0x276fb44 Jet''。
错误类型三:
Microsoft JET Database Engine 错误'80004005'
操作必须使用一个可更新的查询
-------------------------------------------------------------------
 
 
 
ASP程序如下:
 
 
  1. Set conn=Server.CreateObject("ADODB.Connection")
  2. conn.open ConnStr
  3. conn.execute "Insert Into Vote_List(Project,MultiSelect,Vote_Limit) Values('"&txt1&"',"&mul&",'"&request("times")&"')"
 
运行的时候出现:
 
-------------------------------------------------------------------
错误类型一:
Microsoft OLE DB Provider for ODBC Drivers (0x80004005)
[Microsoft][ODBC Microsoft Access Driver] 不能更新。
错误类型二:
Microsoft OLE DB Provider for ODBC Drivers 错误 ''80004005''
[Microsoft][ODBC Microsoft Access Driver]常见错误 不能打开注册表关键字 ''Temporary (volatile) Jet DSN for process 0x728 Thread 0x854 DBC 0x276fb44 Jet''。
错误类型三:
Microsoft JET Database Engine 错误'80004005'
操作必须使用一个可更新的查询
-------------------------------------------------------------------
懂一点ASP的TX都会知道这是一个典型的数据库插入语句 程序在语法上是没有任何问题的
 
那么问题出在……没错,所以问题的原因只能是数据库只读,不能被修改,所以返回如上错误信息。
 
解决方法:
 
1、修改相应数据库的权限
2、在1操作后不成功的情况下,如果数据库是ACCESS ,那么请用ACCESS打开这个数据库,然后选择“工具”->"选项"->"高级",设置“默认打开模式”为“共享”,“默认记录锁定”设置为“不锁定”
 

 

最近周围TX的电脑都因为下载某些软件导致系统的桌面和IE乱七八糟

比较多的情况有这么两种:

1、在WindowsXP系统下 恶意软件导致系统桌面多出一个IE图标:点开那个IE图标会打开一个网址导航站 你想删除这个IE图标就会弹出IE属性 各种常规的删除方法都不能将这个IE图标删除
2、在Windows7系统下 恶意软件导致Windows7的库丢失:这个时候点击任务栏的任务图标要么是出来导航站 要么是是出来任务管理器 总之库就是永久丢失了

Blog.ecjtu.net的问题已经出了好几天了,一直没有时间仔细去研究。具体问题体现在某些用户的博客首页无法打开,而大部分有可以正常打开,最近这两天听博客管理员说报告类似错误的用户越来越多所以今天就仔细的找了一下原因。

博客系统使用的是SupeSite/X-Space由Ucenter和论坛整合,服务器是FreeBSD,前端Nginx,后端Apache跑php(暂时这样,准备年后换FastCGI)。

用IE6访问全站正常,用非IE6的浏览器,如IE7、IE8、FireFox、Chrome等浏览器打开时都无法打开部分用户的首页,提示内容如下

    今天才发现FreeBSD下通过Ports安装的mysql是不支持GBK等编码的 默认只支持UTF8编码

于是乎使用GBK等编码的程序都出现了类似以下的错误

引用
SQL: SELECT s.sid, s.styleid, s.groupid='6' AS ipbanned, s.pageviews AS spageviews, s.lastolupdate, s.seccode, m.uid AS discuz_uid, m.username AS discuz_user, m.password AS discuz_pw, m.secques AS discuz_secques,
m.adminid, m.groupid, m.groupexpiry, m.extgroupids, m.email, m.timeoffset, m.tpp, m.ppp, m.posts, m.threads, m.digestposts,
m.oltime, m.pageviews, m.credits, m.extcredits1, m.extcredits2, m.extcredits3, m.extcredits4, m.extcredits5,
m.extcredits6, m.extcredits7, m.extcredits8, m.timeformat, m.dateformat, m.pmsound, m.sigstatus, m.invisible,
m.lastvisit, m.lastactivity, m.lastpost, m.prompt, m.accessmasks, m.editormode, m.customshow, m.customaddfeed, m.newbietaskid
FROM [Table]sessions s, [Table]members '
Error: Unknown collation 'gbk_bin' in table '[Table]sessions.frm' definition
Errno.: 1273

Discuz! info: MySQL Query Error

因为本网站最前端是NGINX,做的PROXY来转发请求到内部的apache上,所以获取的IP都是NGINX PROXY CILLENT IP。 这样很多基于IP判断的PHP程序都会出现一系列的问题 下面说说在Nginx做前端时让Apache能得到真实IP的做法 只修改NGINX的配置文件NGINX.CONF 在里面加上
引用
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
这只是告诉NGINX在反向代理的时候发送域名和客户真实IP Apache未必就会按照这个来接收 至少FreeBSD7 Apache2.2的环境下是不会的
Tags: , ,
分页: 1/17 第一页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]