← Automatic Platform Optimization / automatic-platform-optimization / troubleshooting

Часто задаваемые вопросы

Нужно ли по-прежнему создавать правила страниц «Edge Cache TTL» со значением «Cache Level: Cache Everything»?

Нет, создавать правила Page Rules для Edge Cache TTL не нужно. После установки плагина WordPress APO автоматически кэширует содержимое на 30 дней и сбрасывает кэш при изменениях в течение 30 секунд. Однако, поскольку APO теперь поддерживает правила Page Rules, связанные с кэшированием, убедитесь, что существующие правила Page Rules не затрагивают ресурсы, которые обслуживает APO.

Переопределяет ли Origin Cache Control настройки APO?

Нет. При кэшировании на периферийной сети APO игнорирует заголовок Origin Cache Control, но передает клиенту исходный заголовок Origin Cache Control.

Почему при использовании APO отсутствуют заголовки управления кэшем браузера?

Заголовки управления кэшем браузера могут отсутствовать при использовании APO, если вы настроили свой Browser Cache TTL к Respect Existing Headers. Например:

curl --silent --verbose --output /dev/null https://example.com/ --header 'Accept: text/html' 2>&1 | grep cache-control

< cache-control: max-age=86400, stale-while-revalidate=86400, stale-if-error=86400

Нужна ли директива stale-if-error при использовании APO?

Нет, stale-if-error директива не нужна, так как эта функция уже встроена в APO.

Когда я проверяю статус кэша записей и главной страницы, заголовок ответа показывает `cf-cache-status: BYPASS`. Работает ли APO?

Когда открыты Chrome DevTools, Chrome отправляет Cache-Control: no-cache по умолчанию. Вы можете снять флажок Отключить кеш (пока открыты DevTools) настройку и убедитесь, что cf-cache-status: HIT и cf-apo-via: cache заголовки будут возвращены.

Когда я проверяю `cf-cache-status` через cURL, `MISS` и `DYNAMIC` возвращаются всегда. В своём браузере я вижу `HIT` но другие инструменты возвращают `DYNAMIC`. Это ожидаемое поведение?

Да, это ожидаемое поведение, поскольку запросы должны содержать accept: "text/html".

Оптимизируются ли шрифты Google Fonts при активации APO?

Да, шрифты Google Fonts тоже оптимизируются при активации APO. Убедиться в этом можно по URL-адресам шрифтов: например, адрес изменится с https://fonts.gstatic.com/s/... к https://example.com/fonts.gstatic.com/s/... при загрузке сайта. Для проксируемых шрифтов cf-apo-via:proxy заголовок возвращается.

Можно ли настроить кеширование по строке запроса в APO?

Дополнительную информацию о параметрах запроса см. в Параметры запроса и кэшированные ответы.

Почему URL-адреса шрифтов не преобразуются?

APO пропустит преобразование шрифтов в URL, если content-security-policy заголовок ответа присутствует, но в нём отсутствуют значения, описанные ниже.

Чтобы устранить проблему, content-security-policy значение заголовка должно допускать unsafe-inline либо в style-src или default-src директива. Например, Content-Security-Policy: style-src unsafe-inline;.

Заголовок должен допускать self либо в font-src или default-src директива. Например, Content-Security-Policy: font-src self;.

Почему при использовании APO в логах зоны отображаются подзапросы Worker?

APO использует Cloudflare Workers внутри себя для оптимизации доставки контента, что приводит к появлению вложенных запросов (subrequests) Worker. Эти подзапросы могут отображаться в логах вашей зоны, например через Logpush.

Почему для плагина APO отображается сообщение: «Этот плагин не тестировался на трёх последних основных версиях WordPress. Возможно, он больше не поддерживается и может быть несовместим с более новыми версиями WordPress»?

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