Jetpack的站点地图cron事件就在我的publish_future_post; 这需要一些时间来运行（事实上，我发现在wp-cron.php, 再也回不来了wp-cron.php). 使用WP Crontol 我把它移到了后面publish_future_post, 和publish_future_post 被解雇了。我猜是在WP_CRON_LOCKOUT_TIMEOUT 其默认值的阈值60 secs 正在阻止publish_future_post 从开火开始。当我从Cloud 9中点击wp cron时，两分钟后publish_future_post 能够开火。

因此，虽然将WP-Cron的控制转移到系统Cron是一种公认的模式，但似乎它并不能解决WP-Cron的所有问题。我想我可以加一个sleep 60 在我的脚本中，每次点击之间都要克服cron事件不返回控制的问题wp-cron.php 但这样的脚本将是一个长期运行的脚本。如上所述，我无法将cron事件安排在前一个事件的30分钟内，因为这将违反我的主机cron策略。

因此，只要帖子从不安排在上午7:30或下午7:30，并且站点地图cron事件从不更改回其原始时间，我就应该很好了。

我会联系Automatic，看看他们怎么说。

具有WP CLI 我能够避免其他插件可能干扰publish_future 邮递

下面是一个perl 碎片在我的主机上webdir是$HOME/public_html bindir是/usr/bin. 注意使用--due-now. 只有那些当前等待被激发的钩子才会运行。还请注意，您需要cd 进入webdir或添加--path=path, 其中path是wordpress文件的路径（通常是webdir）。

# Post any scheduled posts ready to publish
my $cmd = "cd <webdir>; <bindir>/wp cron event run publish_future_post --due-now;
system($cmd);

# Run other cron events normally
$cmd = "cd <webdir>; <bindir>/php wp-cron.php";
system($cmd);