
WordPress 定时发布失败的解决办法
经常有用户说定时发布文章是提示失败,造成失败原因不太清楚,应该是主机慢有关吧,我自己从没遇到过,这里记录一下解决办法,供大家参考。网上流传的 WordPress 文章定时发布的解决办法有些说什么服务器时间或者时区不对造成的,但是我用的是国内阿里云服务器,后台显示的时间和显示的时间确实是一致的,应该不存在这个问题,而且平时使用一直都是可以正常定时发布的。
还有一些文章说是 WordPress 默认发布文章的时间是 0.01 秒,一旦超过这个时间而没有发布成功,定时发布文章就会失败。然后通过将 /wp-includes/cron.php 系统文件里面的“’timeout’ => 0.01”中的0.01改大(比如改为10),但是经过懿古今测试依然无效,定时发布文章依然失败。
后来听说定时发布失败可以通过安装插件来解决,提到比较多的就是这款 WP Missed Schedule 插件,推荐两款解决定时发布失败的插件:WP Missed Schedule Posts和MY Missed Schedule
可惜在 WordPress 官方的插件库中显示该插件已经被关闭并且不再提供下载了。
也可以用下面的代码,代码应该是提取自老版本的WP Missed Schedule Posts插件,将代码添加到当前主题 functions.php 中:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 | if (!function_exists( 'add_action' ) ) { header( 'Status 403 Forbidden' ); header( 'HTTP/1.0 403 Forbidden' ); header( 'HTTP/1.1 403 Forbidden' ); exit(); } function wpms_log() { echo"\n"; } add_action( 'wp_head', 'wpms_log' ); add_action( 'wp_footer', 'wpms_log' ); define( 'WPMS_DELAY', 5 ); define( 'WPMS_OPTION', 'wp_missed_schedule' ); function wpms_replace() { delete_option(WPMS_OPTION); } register_deactivation_hook(__FILE__,'wpms_replace'); function wpms_init() { remove_action('publish_future_post','check_and_publish_future_post'); $last=get_option(WPMS_OPTION,false); if (($last!==false)&&($last>(time()-(WPMS_DELAY*60))))return; update_option(WPMS_OPTION,time()); global$wpdb; $scheduledIDs=$wpdb->get_col("SELECT`ID`FROM`{$wpdb->posts}`"."WHERE("."((`post_date`>0)&&(`post_date`<=CURRENT_TIMESTAMP()))OR"."((`post_date_gmt`>0)&&(`post_date_gmt`<=UTC_TIMESTAMP()))".")AND`post_status`='future'LIMIT 0,5"); if (!count($scheduledIDs))return; foreach($scheduledIDs as$scheduledID) { if (!$scheduledID)continue; wp_publish_post($scheduledID); } } add_action( 'init', 'wpms_init', 0 ); |
代码添加后,定时发表文章还是会提示失败,但过二、三分钟后,会正常发布的。
至于哪个方法适合你,只能自己试了。
在遇到文章定时发布失败问题的解决过程,可能不是最好,但是最起码它是真正帮我解决了问题,所以在我眼中它就是最有效的解决办法。PS:我的服务器是阿里云,如果你也是使用阿里云服务器而且也遇到同样的问题,不妨一试。