WordPress Cron是依赖访问触发的伪Cron机制，推荐在生产环境禁用并改用服务器真实Cron定期调用wp-cron.php以确保任务按时执行。
WordPress Cron 实际上并非一个真正的系统 Cron，而是一种模拟 Cron 的机制。它允许你在 WordPress 中安排任务，比如定时发布文章、清理缓存、发送邮件等等。它的工作方式是：当有人访问你的 WordPress 站点时，WordPress 会检查是否有需要运行的定时任务，如果有，则执行这些任务。
解决方案：
要设置 WordPress Cron，通常有两种方法：使用 WordPress 内置的 WP-Cron 或使用服务器端的真实 Cron。
使用 WP-Cron (不推荐生产环境):
插件: 许多插件，如 WP Crontrol，可以让你更方便地管理和查看 WP-Cron 的任务。安装并激活插件后，你可以在 WordPress 后台看到当前所有的 Cron 事件，并进行编辑、删除或手动运行。
-
代码: 你也可以通过代码来添加自定义的 Cron 任务。例如，在你的主题的
functions.php
文件或自定义插件中，可以使用wp_schedule_event()
函数来安排任务。// 定义一个函数，该函数将在定时任务中执行 function my_scheduled_task() { // 这里编写你要执行的代码 wp_mail( 'your_email@example.com', '定时任务已执行', 'WordPress 定时任务已成功执行！' ); } // 安排一个每小时执行一次的定时任务 if ( ! wp_next_scheduled( 'my_hourly_event' ) ) { wp_schedule_event( time(), 'hourly', 'my_hourly_event' ); } // 将函数与定时任务挂钩 add_action( 'my_hourly_event', 'my_scheduled_task' );这段代码首先定义了一个
my_scheduled_task()
函数，该函数将在定时任务中执行，这里简单地发送一封邮件。然后，使用wp_schedule_event()
函数安排了一个名为my_hourly_event
的定时任务，该任务每小时执行一次。最后，使用add_action()
函数将my_scheduled_task()
函数与my_hourly_event
定时任务挂钩。 -
禁用默认 WP-Cron 并手动触发 (推荐生产环境): 默认的 WP-Cron 依赖于网站的访问量，访问量低的时候可能导致任务延迟。因此，更可靠的方式是禁用默认 WP-Cron，并设置服务器端的 Cron 定期访问
wp-cron.php
文件来触发任务。-
在
wp-config.php
文件中添加以下代码来禁用默认 WP-Cron：define('DISABLE_WP_CRON', true); -
然后，在你的服务器上设置一个 Cron 任务，定期（例如每 5 分钟）访问
wp-cron.php
文件。 具体的命令取决于你的服务器环境，通常类似于：*/5 * * * * wget -q -O - http://yourdomain.com/wp-cron.php >/dev/null 2>&1
或者使用
curl
:*/5 * * * * curl -q http://yourdomain.com/wp-cron.php >/dev/null 2>&1
确保将
yourdomain.com
替换为你的实际域名。
-
使用服务器 Cron:
这种方法更可靠，因为它不依赖于网站的访问量。你需要登录到你的服务器，并使用服务器提供的 Cron 工具来设置定时任务。具体步骤因服务器环境而异，但通常涉及编辑 Cron 表格（crontab）。
登录服务器: 使用 SSH 或其他方式登录到你的服务器。
编辑 Crontab: 运行
crontab -e
命令来编辑 Cron 表格。-
添加任务: 在 Cron 表格中添加一行，指定要执行的命令和执行时间。例如，要每 5 分钟执行一次 WordPress 的 Cron 任务，可以添加以下行：
*/5 * * * * php /path/to/your/wordpress/wp-cron.php
确保将
/path/to/your/wordpress/
替换为你的 WordPress 安装目录的实际路径。 你也可以使用wget
或curl
命令，就像上面禁用默认 WP-Cron 的例子一样。
WP-Cron 的常见问题及解决方案？
定时任务未按时执行： 这是 WP-Cron 最常见的问题。原因可能有很多，例如网站访问量低、服务器配置问题、插件冲突等。可以尝试禁用所有插件，然后逐个启用，以找出导致问题的插件。另外，检查服务器的日志文件，看看是否有任何错误信息。 也可以尝试手动运行
wp-cron.php
文件，看看是否能触发定时任务。WP-Cron 阻塞： 如果某个定时任务执行时间过长，可能会阻塞 WP-Cron 的运行，导致其他任务无法执行。 可以使用插件或代码来监控 WP-Cron 的运行情况，并优化执行时间过长的任务。 或者，考虑将耗时的任务移到服务器端 Cron 中执行。
时区问题： 确保 WordPress 的时区设置正确。错误的的时区设置会导致定时任务在错误的时间执行。 可以在 WordPress 后台的“设置” -> “常规”页面中设置时区。
如何调试 WordPress Cron？
调试 WP-Cron 可能比较棘手，因为它不像常规的代码调试那样可以直接设置断点。不过，有一些方法可以帮助你诊断问题：
-
日志记录： 在你的定时任务函数中添加日志记录代码，将任务的执行情况记录到文件中。这样可以帮助你了解任务是否被执行、执行时间、以及执行过程中是否发生错误。
function my_scheduled_task() { $log_file = WP_CONTENT_DIR . '/my_cron.log'; $timestamp = date( 'Y-m-d H:i:s' ); file_put_contents( $log_file, $timestamp . ' - 定时任务已执行' . PHP_EOL, FILE_APPEND ); // 这里编写你要执行的代码 wp_mail( 'your_email@example.com', '定时任务已执行', 'WordPress 定时任务已成功执行！' ); } 使用 WP Crontrol 插件： WP Crontrol 插件可以让你查看所有已注册的 Cron 事件，并手动运行它们。这可以帮助你确定某个特定的 Cron 事件是否正常工作。
使用 Query Monitor 插件： Query Monitor 插件可以显示页面加载过程中执行的所有数据库查询、钩子、以及 Cron 事件。这可以帮助你了解 WP-Cron 的执行顺序和执行时间。
检查
wp-cron.php
的访问情况： 如果你使用了服务器端 Cron 来触发 WP-Cron，可以检查服务器的访问日志，看看wp-cron.php
文件是否被定期访问。 如果没有被访问，可能是服务器端 Cron 配置有问题。
WP-Cron 和服务器 Cron 的区别是什么？我应该选择哪个？
WP-Cron 是一种模拟 Cron 的机制，它依赖于网站的访问量。只有当有人访问你的网站时，WP-Cron 才会检查是否有需要运行的定时任务。这意味着，如果你的网站访问量很低，WP-Cron 可能无法按时执行任务。
服务器 Cron 是一种真正的 Cron，它由服务器操作系统提供。服务器 Cron 可以按照预定的时间表定期执行任务，而无需依赖网站的访问量。
选择哪个取决于你的需求和网站的访问量。
如果你的网站访问量很高，并且对定时任务的执行时间要求不高， 那么可以使用 WP-Cron。
如果你的网站访问量很低，或者对定时任务的执行时间要求很高， 那么应该使用服务器 Cron。
总的来说，服务器 Cron 更可靠，因为它不依赖于网站的访问量。但是，设置服务器 Cron 可能需要一些技术知识。如果你不熟悉服务器管理，可以使用插件来管理 WP-Cron，或者寻求专业人士的帮助。
