wp_head()是wordpress的一个非常重要的函数，基本上所有的主题在header.php这个文件里都会使用到这个函数，而且很多插件为了 在header上加点东西也会用到wp_head()，比如SEO的相关插件。但是，在wp_head()出现的这个位置，会增加很多并不常用的代码。可 以通过remove_action移除这些代码。 先简单介绍一下remove_action这个函数吧：该函数移除一个附属于指定动作hook的函数。 函数原型：remove_action( $tag, $function_to_add, $priority, $accepted_args ); 参数 $tag（字符串）（必需）将要被删除的函数所连接到的动作hook。默认值：None $function_to_remove（回调）（必需） 将要被删除函数的名称默认值：None $priority（整数）（可选）函数优先级（在函数最初连接时定义）默认值：10 $accepted_args（整数）（必需）函数所接受参数的数量。默认值：1 返回值 （布尔值）函数是否被移除。返回值只有两个，True or F...

记一下 备忘 导出sql脚本mysqldump -u 用户名 -p 数据库名 > 存放位置mysqljump -u root -p test > c:\a.sql 导入sql脚本mysql -u 用户名 -p 数据库名 < 存放位置mysqljump -u root -p test < c:\a.sql 注意，test数据库必须已经存在

在用nginx搭建wordpress平台时，遇到500 Internal Server Error nginx这个错误，具体在配置wp-super-cache时出现的，检查了下虚拟主机配置，需要将在location /{}段定义的index和root挪出来，如下： 修改前： 12345678910111213server { listen 80; server_name bdwm.info; charset utf-8; error_page 404 = //index.php?q=$uri; location / { **index index.html index.htm index.php; root /home/sites/bdwm.info;** …… } ……} 修改后： 123456789101112server { listen 80; server_name bdwm.info; charset utf-8; ...

在 /etc/nginx/ 下创建 wordpress_params_regular 文件，把以下内容拷过去 123456789101112# WordPress pretty URLsif (-f $request_filename) {expires max;break;}if (-d $request_filename) {break;}rewrite ^(.+)$ /index.php?q=$1 last;# Enable nice permalinks for WordPresserror_page 404 = //index.php?q=$uri; 在 /etc/nginx/ 下创建 wordpress_params_supercache 文件，把以下内容拷过去 123456789101112131415161718192021222324252627282930313233343536# if the requested file exists, return ...

例如：http://bdwm.info/wp-content/themes/minimatica/style.css?ver=1.0.1 在location / {}内加入:if ($request_uri ~* “.(icocssjsgifjpe?gpng)?[0-9]+$”) {expires max;break;}

Ubuntu 10.04 下用nginx官方源安装的nginx，上传文件时出现413 Request Entity Too Large，查了一下发现client_max_body_size这个参数限制了上传文件的大小，默认是1M,需要配置一下上传文件最大值: 1.打开nginx主配置文件sudo vim /etc/nginx/nginx.conf 2.在http模块段添加client_max_body_size 20m（改为20m） 3.刷新nginx服务sudo /etc/init.d/nginx restart

Ubuntu官方源自带的nginx版本较低，如果需要安装并更新最新稳定版本的nginx，推荐添加nginx官方源： 打开源列表     1sudo vim /etc/apt/sources.list 添加     12deb http://nginx.org/packages/ubuntu/ lucid nginx     deb-src http://nginx.org/packages/ubuntu/ lucid nginx 然后更新一下源并安装即可   12apt-get update    apt-get install nginx

问题一直在用的Limesurvey系统运行稳定，近日有同事发现一个问题：将limesurvey搜集到的问卷结果反馈导出为SPSS格式时，中文出现乱码。 分析解决处理导出SPSS语法文件的链接是admin.php?action=exportspss&sid={问卷id}&subaction=dlstructure，查看admin/admin.php源码，找到exprortspss对应的export_data_spss.php，然后查看export_data_spss.php源码，dlstructure对应的函数在最后面，定位到乱码位置（乱码在Variable Properties），主要是这个函数出了问题：addslashes(strip_tags_full(mb_substr($field[‘VariableLabel’],0,$length_varlabel)))，检查了数据库编码、mb的配置，都没问题，因为是中文于是就试了网上提供的一些mb_substr中文乱码的解决方案，声明编码为GB2312格式，还是乱码；想到数据都是ut...

301重定向可促进搜索引擎优化效果 从搜索引擎优化角度出发，301重定向是网址重定向最为可行的一种办法。当网站的域名发生变更后，搜索引擎只对新网址进行索引，同时又会把旧地址下原有的外部链接如数转移到新地址下，从而不会让网站的排名因为网址变更而收到丝毫影响。同样，在使用301永久性重定向命令让多个域名指向网站主域时，亦不会对网站的排名产生任何负面影响。 302重定向可影响搜索引擎优化效果 迄今为止，能够对302重定向具备优异处理能力的只有Google。也就是说，在网站使用302重定向命令将其它域名指向主域时，只有Google会把其它域名的链接成绩计入主域，而其它搜索引擎只会把链接成绩向多个域名分摊，从而削弱主站的链接总量。既然作为网站排名关键因素之一的外链数量受到了影响，网站排名降低也是很自然的事情了。 综上所述，在众多重定向技术中，301永久性重定向是最为安全的一种途径，也是极为理想的一款解决方案。 对于正确实施301重定向，有这样几个方法可供大家参考： 1.在.htaccess文件中增加301重定向指令 采用“mod_rewrite”技术，形如： RewriteEngine onRe...

父页面UTF-8编码，iframe页面为gbk编码，但是没有charset声明，直接引用显示的话，iframe页面会乱码，父页面和iframe页面又都不方便大规模的修改，这个时候可以引入一个中间页面，其中charset与iframe页面的编码一致，这样就解决了问题。