Стоит ли отключить WP_CRON и запускать wp-cron.php с сервера?

Нет никаких недостатков в использовании серверных cron-заданий для запуска WP CRON. Напротив, это рекомендуемая практика.

Согласно официальной документации по разработке плагинов WordPress:

WP-Cron не работает непрерывно, что может стать проблемой, если есть критические задачи, которые должны выполняться вовремя. Решение простое: настройте планировщик задач вашей системы на выполнение с нужными интервалами (или в конкретное необходимое время).

Для этого сначала отключите стандартное поведение cron в файле wp-config.php:

define('DISABLE_WP_CRON', true);

Затем запланируйте запуск wp-cron.php на вашем сервере. В Linux это делается так:

crontab -e

Однако вместо запуска через командную строку (CLI) выполните его как HTTP-запрос. Для этого можно использовать wget:

*/5 * * * * wget -q -O - https://ваш-домен.com/wp-cron.php?doing_wp_cron

WordPress загружает все необходимые основные файлы, плагины и т.д. в wp-cron.php с помощью следующего кода:

if ( !defined('ABSPATH') ) {
    /** Настройка окружения WordPress */
    require_once( dirname( __FILE__ ) . '/wp-load.php' );
}

Так что не беспокойтесь о том, что WordPress не загрузит важные функции.

Есть несколько недостатков: Во-первых, при использовании wp-cron.php через CLI переменные, такие как $_SERVER, не устанавливаются. Эту проблему можно обойти, отправляя curl-запрос к wp-cron.php вместо прямого вызова.

Во-вторых, поскольку WordPress не загружается полностью при вызове wp-cron.php, плагины SMTP-рассылки не будут загружены при выполнении крона. Опять же, curl-запрос решает эту проблему. Использование curl — наиболее распространённый метод.

Однако я предпочитаю использовать wp-cli после правильной настройки почты в Postfix и конфигурации php-fpm (для nginx), а также установки задачи в 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

(Список всех крон-задач в CSV-формате с указанными полями — hook (название задачи) и next_run_relative (время следующего запуска). С помощью AWK выбираем задачи, у которых next_run_relative равен 'now' (те, которые должны выполниться сейчас), и передаём этот список в xargs для выполнения команды wp cron event run $HOOK для каждой задачи.)

Использование wp-cli обеспечивает корректную загрузку WordPress (я пропускаю загрузку плагинов при выводе списка задач, так как ошибки и предупреждения PHP могут нарушить формат вывода, но не пропускаю их при выполнении задач через xargs, потому что крон может зависеть от этих плагинов).

Надеюсь, это поможет вам разобраться в возможных подводных камнях.

Я до сих пор не нашел реальных недостатков в переносе wp-cron на внешний сервис. Занимаюсь этим уже много лет.

Особенно в современном мире, где приложения можно запускать как микросервисы.

Я использую отдельные Docker-контейнеры для каждого компонента WordPress - php, веб-сервер, база данных, crontab, redis и так далее). Crontab работает как отдельный контейнер, вызывая wp-cron через HTTP в локальной сети и запускаясь только тогда, когда это необходимо.

Это снижает нагрузку на бэкенд-узлы и повышает безопасность за счет уменьшения поверхности атаки.

Если разработчик не может разобраться, как сделать что-то без вызова wp-cron при каждой загрузке страницы, это говорит лишь о его неопытности. "Оставить как есть" только потому, что вы не понимаете, как это работает - плохая причина ничего не менять.

Существует множество причин не отключать wp-cron. Фактически, практически невозможно найти реальный сценарий, где это действительно необходимо. Он не замедляет работу вашего сайта и используется для множества процессов, о которых вы можете даже не подозревать.

Многие плагины используют WP-Cron для планирования задач. Они могут начать работать некорректно, если вы отключите планировщик.

В интернете распространено множество руководств на эту тему, потому что она действительно запутанная, а также потому что отключение wp-cron не оказывает немедленного заметного эффекта на сайт. Однако через полгода это может вызвать головную боль у разработчика, которому придётся разбираться с загадочными проблемами.

Кроме того, WP Heartbeat срабатывает каждые 15 секунд в административной части сайта, решая эту проблему для 99% пользователей, которые думают, что она у них есть.