wordpress实现定时发布的原理，模拟了一套CRON API，位于/wp-includes/cron.php。程序上并没有真正每分钟都去扫描一次而是在有用户访问的时候才去检测是否到了触发的时间，如果满足触发条件就新发起一个http请求（这样异步的方式不会阻塞原来那次http访问），坏处就是如果完全没有人访问的话，定时就失效啦，而且比较难做到很准时除非每分每秒都有访问量。

为了搞明白wp-sns-share对于定时发布文章同步微博失效的原因，对着wordpress源码调试了很久，顺带着把这块源码摸熟了不少，搞清楚了Action事件这一套路，值得讲一讲。

绑定Action的add_action($tag, $function_to_add, $priority = 10, $accepted_args = 1)函数，第四个要注意下，很多Action事件不只一个参数的，这样参数设置好可以在自己的函数里少执行一些数据库操作。

下面列举一些wordpress发布文章中会调用的Action事件，按顺利为：

涉及到的属性值，$post为文章对象，ID为文章ID，文章对象的post_status属性、post_type属性。

• pre_post_update : 参数1个（$post_ID）。只要文章已经存在（有了ID）就会被触发，在文章内容被保存前触发。
  
• transition_post_status : 参数3个（$new_status, $old_status, $post）。比较通用的一个事件。
• {$old_status}_to_{$new_status} : 参数1个（$post）。比如future_to_publish事件可以很好地抓取定时文章发布，draft_to_publish事件则是普通文章发布的事件。
• {$new_status}_{$post->post_type} : 参数2个（$post->ID, $post）。比如众所周知的publish_post事件，这里的组合太多啦。
• edit_post : 参数2个（$post->ID, $post）。只要文章已经存在（有了ID）就会被触发。
• post_updated : 参数3个（$post_ID, $post_after, $post_before）。只要文章已经存在（有了ID）就会被触发。
• save_post : 参数2个（$post->ID, $post）。
• wp_insert_post : 参数2个（$post->ID, $post）。

很清楚明了地可以发现，post_updated事件是最强大的最万能的，可以获取到最多的参数，包括文章修改前和修改后的所有内容；其次是 transition_post_status 事件。而{$old_status}_to_{$new_status} 和 {$new_status}_{$post->post_type} 事件的针对性很强大，可以选择某一种特殊情况进行事件抓取。而edit_post 、save_post 、wp_insert_post 这3个事件就比较鸡肋，基本任何情况都会触发但却很难判断具体是哪种情况，建议不用。

发布、编辑文章的主要代码在/wp-includes/post.php里，主要函数wp_update_post、wp_insert_post等，可以好好看一下。

看源码是最靠谱的，而且也能学习到很多，wordpress的源码真心高深莫测！如果能把wordpress的源码全部看明白了，相信web设计和开发的能力就非常强大了。

看看 Action事件 , 事件驱动

• 2013-05-19 -- Tomcat6源码学习

看看 Wordpress

• 2014-03-12 -- wordpress改源码实现自定义URL到自定义页面
• 2013-12-05 -- wp_sns_share更新至2.8，添加小功能
• 2013-02-14 -- wp-zjuem，zju cc98表情系统 in wordpress
• 2012-08-29 -- wp_sns_share更新至2.6，增加图片同步
• 2012-08-16 -- 吐槽人人开放平台
]]> http://blog.11034.org/2012-09/wordpress_post_actions.html/feed 11