使用服务器的CRON作业运行WP-CRON没有任何缺点。事实上，这是推荐的做法。

根据Official WordPress Plugin Development Document:

WP Cron不连续运行，如果有必须按时运行的关键任务，则可能会出现问题。有一个简单的解决方案。只需将系统的任务调度器设置为按您希望的时间间隔（或在所需的特定时间）运行即可。

要做到这一点，首先需要禁用中的默认cron行为wp-config.php:

define(\'DISABLE_WP_CRON\', true);

crontab -e

*/5 * * * * wget -q -O - https://your-domain.com/wp-cron.php?doing_wp_cron

if ( !defined(\'ABSPATH\') ) {
    /** Set up WordPress environment */
    require_once( dirname( __FILE__ ) . \'/wp-load.php\' );
}

有几个缺点：首先，当使用wp-cron时。php作为cli没有设置$\\u服务器变量等内容。人们通过对wp cron使用curl请求来克服这个限制。而不是php。

其次，因为WP本身没有加载WP cron。php；如果您使用SMTP邮件程序插件，则在调用wp cron时不会加载该插件。同样，使用curl调用可以解决这个问题。卷曲似乎是最常用的方法。

然而在postfix和（对于nginx）php fpm config中正确设置邮件设置并设置crontab（如

*/5    *   *   *   *  wp cron event list --skip-plugins --skip-themes --path="/var/www/vhosts/example.com/httpdocs/wp" --fields=hook,next_run_relative --format=csv | awk -F, \'$2=="now" {print $1}\' | xargs -r wp --path="/var/www/vhosts/example.com/httpdocs/wp" cron event run $1

希望这能为您提供一些注意事项的指导。

我还没有找到将wp cron卸载到外部服务的真正缺点。多年来一直这样做。

尤其是在当今世界，您可以将应用程序作为微服务运行。

我为每个WordPress组件使用单独的Docker容器（php、web、db、crontab、redis等）。将crontab作为单独的容器，使用本地网络通过http调用wp cron，仅在需要时运行。

这减少了后端节点的压力，并通过更小的攻击面提高了安全性。

如果开发人员在每次加载页面时都不必调用wp cron就无法解决问题，见鬼，这说明他缺乏经验。“别管它”，因为你不了解事情是如何运作的，这不是保持它的好理由。

不禁用wp cron有很多原因。事实上，几乎不可能找到这样做的用例。它不会减慢你的网站速度，而且它用于你可能不知道的事情。

许多插件使用WP-Cron来安排事情。如果关闭计划程序，他们可能会感到困惑。

关于这个主题的教程越来越多，因为它令人困惑，而且当您禁用它时，它对您的站点没有多大作用。它将要做的是，让开发人员头疼，他们必须在六个月内解决它带来的神秘问题。

此外，WP心跳信号在管理区域每隔15秒触发一次，99%的人认为他们有心跳信号，从而解决了这个问题。