Proxy Cache Purge v5.5.0

Этот плагин не устанавливает и не настраивает прокси-сервер кэша. Он действует как интерфейс с такими сервисами.

Одним из распространенных методов кэширования контента веб-сайтов является использование обратного прокси-кеширования. Типичными примерами этого являются Varnish и NGINX. Эти системы позволяют веб-сайту обновлять контент и кэшировать впечатления посетителей без необходимости использования сложных плагинов, хранящих файлы локально и занимающих дисковое пространство пользователя.

Кэш обратного прокси-сервера устанавливается перед сервером и обрабатывает запросы. Если запрашиваемая страница уже кэширована, она доставляет кэшированный контент. В противном случае он генерирует страницу и кеш по требованию.

Плагин Proxy Cache Purge отправляет запрос на удаление (то есть очистку) кешированных данных страницы или публикации каждый раз, когда они изменяются.

Как это работает

Когда контент на сайте обновляется WordPress, плагин обращается к службе прокси-кеша с URL-адресом страницы и запрашивает удаление кеша.

Не все страницы удаляются из кеша при каждом изменении. Например, когда редактируется сообщение, страница или пользовательский тип сообщения или добавляется новый комментарий, будут удалены только следующие страницы:

- Первая страница

- Сообщение/страница отредактирована.

- Любые категории, теги и/или пользовательские таксономии, связанные со страницей.

- Похожие каналы

- Связанные страницы API JSON.

Кроме того, весь ваш кэш будет удален при следующих действиях:

- Изменение тем

- Нажатие кнопки "Очистить кэш" на панели инструментов.

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

В многосайтовой сети с использованием подпапок только администраторы сети могут очистить основной сайт.

Режим разработки

Если вы работаете над сайтом и вам необходимо отключить кеширование одним из двух способов:

- Добавить определение("VHP_DEVMODE", true); в ваш файл wp-config.php

- Перейдите в "Кэш прокси" -> "Настройки" и включите режим отладки на 24 часа.

Это нарушит кеш при загрузке страницы. Не рекомендуется к производству!

Теги кэша (БЕТА)

Начиная с версии 5.4.0, очистка кэша прокси включает дополнительный режим очистки тегов кэша/суррогатных ключей. Эта функция помечена как БЕТА и по умолчанию отключена.

При включении плагин:

- Добавляет заголовки кэш-тегов к ответам WordPress (например, помечает страницы по идентификатору сообщения, типу сообщения, терминам таксономии, автору и архивам).

- Использует очистку на основе тегов вместо очистки отдельных URL-адресов при обновлении контента, что может уменьшить трафик очистки и улучшить согласованность на сложных сайтах.

Требования:

- Кэш-прокси, который поддерживает теги кэширования/суррогатные ключи и объявляет об этом через стандартные заголовки Surrogate-Capability (например, Surrogate-Capability: vhp="Surrogate/1.0 tags/1").

Как включить:

- Перейдите в "Кэш прокси" → "Настройки" → "Метод очистки" и установите флажок "Использовать теги кэша (суррогатные ключи)". Флажок активируется только тогда, когда ваш кеш сообщает WordPress, что он поддерживает теги (или когда вы явно включаете его через определение).

- Альтернативно вы можете принудительно включить или отключить обнаружение через wp-config.php:

define("VHP_VARNISH_TAGS", правда); // Принудительно рассматривать кеш как поддерживающий теги

define("VHP_VARNISH_TAGS", false); // Принудительно считать кеш не поддерживающим теги

Поскольку эта функция зависит от конфигурации вашего кэша, рекомендуется тщательно протестировать ее в промежуточной среде, прежде чем включать ее в рабочей среде.

Фоновая очистка с помощью WP-Cron

На загруженных сайтах отправка большого количества запросов PURGE непосредственно из запросов администратора может замедлить работу. Когда вы определяете DISABLE_WP_CRON как true в wp-config.php (поскольку вы используете реальный системный cron, который вызывает wp-cron.php), Proxy Cache Purge автоматически переключается в асинхронный режим:

- Запросы на очистку (как на основе URL-адресов, так и на основе тегов, если включены теги кэша) собираются в небольшую очередь для каждого сайта.

- Очередь обрабатывается WP-Cron в фоновом режиме, обеспечивая оперативность действий администратора и редактирования контента, даже если многие URL-адреса или теги должны быть признаны недействительными.

Очистка кэша объектов (опция "Очистить кэш базы данных") остается синхронной и не подвержена такому поведению. Страница настроек прокси-кэша и интеграция Site Health отображают базовое состояние очереди, поэтому вы можете убедиться, что фоновая очистка работоспособна; Если очередь кажется большой или очень старой, убедитесь, что ваша система cron правильно вызывает WordPress cron.

Важно: частота Cron и свежесть кэша.

При использовании фоновой очистки частота вашего системного cron определяет, насколько быстро обрабатываются аннулирования кэша. Чем дольше интервал между запусками cron, тем дольше посетители могут видеть устаревший контент после обновлений.

Чтобы свести к минимуму устаревший контент, запускайте системный cron каждую минуту:

* * * * * /usr/bin/php /var/www/html/wp-cron.php

Если вы можете терпеть более длительные задержки, допустимы и каждые 2-5 минут. Однако менее частый запуск cron (например, каждые 15 минут) означает, что очистка кэша может задерживаться на эту величину после изменения содержимого.

Примечание. Запланированные публикации обрабатываются особым образом. Когда запланированное сообщение публикуется через WP-Cron, кеш очищается синхронно в рамках одного и того же запуска cron.