dipplum.com » wordpress http://dipplum.com Be the change you wanna see in the world Sat, 12 Nov 2011 07:38:45 +0000 en hourly 1 http://wordpress.org/?v=3.3 用crond运行WordPress中的计划任务 http://dipplum.com/2010/09/10/wodpress-use-cron/ http://dipplum.com/2010/09/10/wodpress-use-cron/#comments Fri, 10 Sep 2010 13:49:05 +0000 li http://dipplum.com/?p=881 WordPress站点运行时需要偶尔在后台定时运行一些任务，如定时发布文章，清空Cache的内容，同步别的站点的RSS Feed等。传统来说，计划任务可以通过Linux系统下的crond实现，但考虑到不是所有的网站托管服务都能让用户设定crontab，因此Wordpress中自带了一套计划任务引擎，姑且称之为WP-Cron，这是Wordpress自带的一套函数，和单独的wp-cron插件不是一回事。

WP-Cron的原理是这样的：虽然用户不能通过crond设置计划任务，但网站随时可能会有用户在点击，只要在用户点击的时候，判断当时是否有需要运行的后台任务，如果则在后台运行该任务，就可以实现类似crond的效果。WP-Cron的实现还是比较轻量级的，虽然后台任务是被用户的访问激活的，但后台任务的执行并不会影响用户的访问速度，因为Wordpress在处理用户请求时，发起单独的一个HTTP请求访问wp-cron.php页面后，并不等待wp-cron.php将后台任务执行完毕，也不继续接收由wp-cron.php返回的数据，而是立即处理用户的访问请求。相关细节可以参见wp-includes/cron.php文件。

虽然WP-Cron有着这么多优点，我还是想把它禁用，原因有2: 首先，我的可以直接使用系统的crond，而WP-Cron最多只是没有时的凑合方案(Workaround)；其次，WP-Cron最大的缺点是不能保证任务定时执行，当网站没有用户访问时，WP-Cron就不起作用了。

禁用WP-Cron很简单，编辑wp-config.php，加入一下一行:

define('DISABLE_WP_CRON', true);

然后在你后台系统的crontab文件里，增加下面的内容：

*/15 * * * * YOUR_USER /usr/bin/wget -q --post-data '' http://YOUR_SITE/wp-cron.php?doing_wp_cron -O /dev/null

上面配置指示，每15分钟，调用wget命令访问站点的wp-cron.php文件，post-data参数指示wget用POST方法，而不是GET方法，这样可以避免WP-Super-Cache这样的缓存插件影响后台任务的正确执行，但post-data传输的数据必须是空内容，否则wp-cron.php会拒绝执行。

相关阅读：

]]> http://dipplum.com/2010/09/10/wodpress-use-cron/feed/ 2 WP-Mobile-Pack在Multisite模式下的修正 http://dipplum.com/2010/09/08/fix-wordpress-mobile-pack-with-multisite/ http://dipplum.com/2010/09/08/fix-wordpress-mobile-pack-with-multisite/#comments Wed, 08 Sep 2010 11:46:26 +0000 li http://dipplum.com/2010/09/08/fix-wordpress-mobile-pack-with-multisite/ WordPress Mobile Pack插件为Wordpress站点提供适合移动设备浏览的页面. WPMP支持3种检测模式:

1. 根据浏览器User-Agent决定博客输出,
2. 为博客单独设置一个Mobile域名, 根据用户访问的域名决定输出,
3. 上述基于浏览器和基于域名的结合.

从3.0版本开始, WordPress支持Multisite模模式, 也就是原先的Wordpress-MU的延续. 在Multisite模式下, 可以用同一套Wordpress软件和数据库同时管理多个Blog. 通过domain_mapping插件, 还可以为每个Blog设置多个域名. domain_mapping插件可以为每个Blog设置一个主域名, 并且将其他域名的访问请求通过”Permanent Redirect”的方法重定向到主域名上, 据说这样可以提高站点的Pagerank. Anyway, 这个功能一般推荐选上, 如下图所示:

domain_mappging setting

不过, domain_mapping插件的Permanent Redirect功能和WPMP的Mobile域名功能冲突, 当用户访问WPMP给站点设置的Mobile域名的时候, 会被domain_mapping插件重定向到主域名.

解决WPMP插件和domain_mapping插件之间的冲突, 需要首先修改domain_mapping.php中redirect_to_mapped_domain函数的实现, 或者下载我已经改好的文件:

Note: There is a file embedded within this post, please visit this post to download the file. 
function redirect_to_mapped_domain() {
        global $current_blog, $wpdb;
        if ( !isset( $_SERVER[ 'HTTPS' ] ) )
                $_SERVER[ 'HTTPS' ] = "off";
        $protocol = ( 'on' == strtolower($_SERVER['HTTPS']) ) ? 'https://' : 'http://';
        $url = domain_mapping_siteurl( false );
        $urltmp = untrailingslashit( $protocol . $current_blog->domain . $current_blog->path );
 
        $is_alias = false;
        if (function_exists('wpmp_switcher_domains')) {
                $is_alias = ( $current_blog->domain == wpmp_switcher_domains('mobile', true) || $current_blog->domain == wpmp_switcher_domains('desktop', true) );
        }
 
        if ( $url && $url != $urltmp && !$is_alias ) {
                $redirect = get_site_option( 'dm_301_redirect' ) ? '301' : '302';
                if ( ( defined( 'VHOST' ) && constant( "VHOST" ) != 'yes' ) || ( defined( 'SUBDOMAIN_INSTALL' ) && constant( 'SUBDOMAIN_INSTALL' ) == false ) ) {
                        $_SERVER[ 'REQUEST_URI' ] = str_replace( $current_blog->path, '/', $_SERVER[ 'REQUEST_URI' ] );
                }
                header( "Location: {$url}{$_SERVER[ 'REQUEST_URI' ]}", true, $redirect );
                exit;
        }
}

除此之外, WPMP插件自身在Mobile域名模式下也有一些bug, 导致用户不能在Mobile站点和普通站点之间进行正确的切换. 下载下面的文件, 替换wordpress-mobile-pack插件子目录plugins/wpmp_switcher/下的wpmp_switcher.php文件, 可以解决上述bug. 具体修改参见如下patch：

Note: There is a file embedded within this post, please visit this post to download the file. 
diff --git a/wp-content/plugins/wordpress-mobile-pack/plugins/wpmp_switcher/wpmp_switcher.php b/wp-content/plugins/wordpress-mobile-pack/plugins/wpmp_switcher/wpmp_switcher.php
index ed46c88..2949ebb 100755
--- a/wp-content/plugins/wordpress-mobile-pack/plugins/wpmp_switcher/wpmp_switcher.php
+++ b/wp-content/plugins/wordpress-mobile-pack/plugins/wpmp_switcher/wpmp_switcher.php
@@ -92,12 +92,10 @@ function wpmp_switcher_init() {
       wpmp_switcher_mobile_interstitial();
       break;
     case WPMP_SWITCHER_REDIRECT_TO_MOBILE:
-      wpmp_switcher_set_cookie('mobile');
       $target_url = "http://" . wpmp_switcher_domains('mobile', true) . wpmp_switcher_current_path_plus_cgi();
       header("Location: $target_url");
       exit;
     case WPMP_SWITCHER_REDIRECT_TO_DESKTOP:
-      wpmp_switcher_set_cookie('desktop');
       $target_url = "http://" . wpmp_switcher_domains('desktop', true) . wpmp_switcher_current_path_plus_cgi();
       header("Location: $target_url");
       exit;
@@ -373,13 +371,13 @@ function wpmp_switcher_outcome_process($switcher_mode, $desktop_domain, $mobile_
     case 'browserdomain':
       if ($desktop_domain) {
         if ($desktop_browser) {
-          if (($mobile_cookie && !$cgi) || $cgi == 'mobile') {
+          if ($mobile_cookie && !$cgi) {
             return WPMP_SWITCHER_REDIRECT_TO_MOBILE;
           } else {
             return WPMP_SWITCHER_DESKTOP_PAGE;
           }
         } else {
-          if (($desktop_cookie && !$cgi) || $cgi == 'desktop') {
+          if ($cgi || $desktop_cookie) {
             return WPMP_SWITCHER_DESKTOP_PAGE;
           } else {
             if ($mobile_cookie) {
@@ -474,7 +472,7 @@ function wpmp_switcher_is_cgi_parameter_present() {
 
 function wpmp_switcher_link($type, $label) {
   $cookie = WPMP_SWITCHER_COOKIE_VAR . "=$type;path=/;expires=Tue, 01-01-2030 00:00:00 GMT";
-  $target_url = "http://" . wpmp_switcher_domains('desktop', true) . wpmp_switcher_current_path_plus_cgi('', $type);
+  $target_url = "http://" . wpmp_switcher_domains($type, true) . wpmp_switcher_current_path_plus_cgi('', $type);
   if ($target_url) {
     return "<a onclick='document.cookie=\"$cookie\";' href='$target_url'>$label</a>";
   }
]]> http://dipplum.com/2010/09/08/fix-wordpress-mobile-pack-with-multisite/feed/ 0 WordPress 3.0 Update Network超时 http://dipplum.com/2010/09/01/wordpress-3-update-network-timeout/ http://dipplum.com/2010/09/01/wordpress-3-update-network-timeout/#comments Wed, 01 Sep 2010 11:26:34 +0000 li http://dipplum.com/?p=853 最近将Blog升级到Wordpress 3.0. 新版本支持multisite模式, 我正好可以把几个Blog合并管理. 激活多站点模式后, WordPress管理菜单中新出现了Super Admin菜单, 下面包含Update菜单项, 在Wordpress升级后, 可以通过Update Network功能同时更新当前站点下的所有Blog.

不过最近使用Update Network功能从来没有成功过, 猜测是超时的问题. 我服务器使用的是nginx + php5-fpm, nginx的error.log中相关错误是ms-upgrade-network.php脚本产生的upstream timed out: 

2010/08/18 08:39:37 [error] 1962#0: *39882 upstream timed out (110: Connection timed out) while reading upstream, client: 192.168.1.1 server: example.com, request: "GET /wp-admin/ms-upgrade-network.php?action=upgrade HTTP/1.0", upstream: "fastcgi://127.0.0.1:9000", host: "example.com", referrer: "http://example.com/wp-admin/ms-upgrade-network.php"

解决方法包括两方面. 首先增加php脚本的时间限制, 相关参数主要有: max_execution_time, max_input_time. 默认是30还是60秒, 对于Update Network来说可能不够, 所以要修改php-fpm的配置(/etc/php5/fpm/php.ini):

max_execution_time = 300
max_input_time = 600

还有就是增加nginx等待的超时限制, 参见Nginx的文档, 主要有fastcgi_read_timeout, fastcgi_send_timeout, 可能和上面的php参数是对应的(read对应execution, send对应input):

location ~ \.php$ {
	fastcgi_pass   127.0.0.1:9000;
        ...
        fastcgi_read_timeout 300;
        fastcgi_send_timeout 600;
}

修改完成之后重启nginx和php5-fpm服务器, Update Network可以正常结束.

]]> http://dipplum.com/2010/09/01/wordpress-3-update-network-timeout/feed/ 0 装了个代码语法高亮插件 http://dipplum.com/2009/02/01/wp-syntax-ftest/ http://dipplum.com/2009/02/01/wp-syntax-ftest/#comments Sun, 01 Feb 2009 11:59:00 +0000 li http://dipplum.com/?p=110 
1
2
3
4
5
6

#include <stdio.h>
 
int main()
{
    printf("hello, world!\n");
}
]]> http://dipplum.com/2009/02/01/wp-syntax-ftest/feed/ 0