Статьи

Настройка W3 Total Cache: Advanced Page Cache II

В предыдущем посте мы начали настраивать предварительные настройки Page Cache в плагине W3 Total Cache и настраивали параметры General и Cache Preload. В этой статье мы рассмотрим параметры политики очистки и расширенной конфигурации.

Итак, давайте погрузимся.

«Очистка» подразумевает удаление или удаление документов или записей. В политике очистки мы в основном настраиваем наш плагин так, чтобы он сообщал ему, как и когда он должен очищать кеш, который устарел. Подобно действиям в WordPress, в W3TC есть определенные моменты, которые можно вызывать триггерами, эти триггеры отвечают за очистку кеша.

Обратите внимание, что настройки по умолчанию для этой части рекомендуются.   Я собираюсь объяснить каждый из них ниже.

W3TC следит за событиями, например, когда сообщение создается, редактируется или когда публикуются комментарии. Эти триггеры можно использовать для очистки кэша определенных страниц, как показано выше на скриншоте. У этого есть простое объяснение: всякий раз, когда страница обновляется или создается сообщение, кеш страниц главной страницы (такой как страница блога), где перечислены все сообщения, и страница поста (которая является единственной страницей) с фидами, которые должен быть очищен.

Эти настройки по умолчанию просто отлично. Добавление дополнительных параметров в этот список увеличит нагрузку на ваш сервер. Вы не хотите этого делать, пока у вас не будет сильного сервера, по крайней мере, VPS, и вам не нужно будет все очищать. Вместо этого вы можете очистить весь кэш вручную.

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

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

Например, такие страницы, как:

  • 0 означает, что все страницы со списком сообщений удалены
  • example.com/ …
  • example.com/page/5.
  • example.com/page/2 ….

Вы создаете пользовательскую структуру с WordPress и задаетесь вопросом, как ее очистить? Эта область помогает достичь именно этого.

Этот параметр отвечает за удаление карты сайта вашего сайта. Здесь вы можете определить регулярное выражение для всех файлов сайта. Как новичок, вам не нужно ничего делать.

Если вы используете плагин Yoast для WordPress SEO или плагин Google Sitemap для WordPress, значение по умолчанию обслуживает сгенерированные ими ссылки на карты сайта. Так что оставь это как есть.

Сохраните настройки на этом этапе.

Существует большой список предварительных настроек Page Cache. Я собираюсь перечислить их один за другим и объяснить их с рекомендуемыми настройками.

Включение этой опции может увеличить время отклика. Итак, я бы порекомендовал вам всем оставить это unchecked . Он включает поддержку функциональности WordPress при кэшировании фрагментов для механизма кэширования страниц.

Рекомендуется checked в большинстве случаев. Режим совместимости заключается в том, что он снижает производительность на ~ 20% в масштабе в обмен на повышение совместимости с большим количеством хостинговых сред и особенностями WordPress.

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

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

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

Установка этого параметра приведет к отключению кэширования запросов HEAD чтобы неавторизованный пользователь не мог перезагрузить страницу с кэшированным запросом HEAD .

Но в то же время это может привести к тому, что «пустые страницы» будут возвращены для последующих запросов URL. Поэтому я рекомендую не устанавливать этот параметр, если только вы не знаете, что делаете при его включении.

Если вы кэшируете свои страницы на диск, здесь вы указываете, как часто из него должны удаляться данные кэша с истекшим сроком действия.

Если ваш сайт получает приличный трафик 3600 который по умолчанию будет работать нормально. Если вы считаете, что на вашем сайте больше трафика, чем на средних сайтах, вы можете decrease количество случаев частого удаления устаревшего кэша страниц.

TTL — или Time to Live — это механизм, который определяет время жизни любых данных в браузере пользователя. Например, в случае комментариев WordPress, cookie устанавливается для аутентификации пользователя как части аутентифицированного трафика. Сокращение времени существования этого cookie-файла, который остается в браузере пользователя, может повысить производительность и эффективность вашего сайта. 1800 рекомендуется. Хотя вы можете сделать его ниже или ввести -1 чтобы вернуть значение TTL по умолчанию, которое устанавливается самим WordPress.

В этом разделе вы можете указать строки запроса, которые вы хотите кэшировать на своих страницах. То есть, если вы упомянете строку запроса внутри этого текстового поля, тогда W3TC всегда будет кэшировать URL с этой строкой запроса. Для начинающих и не программистов просто оставьте эту опцию пустой.

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

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

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

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

Если какая-либо страница в WordPress является непереходной косой чертой, эта область может использоваться для ее кэширования. Как и файлы Sitemap. Оставьте это по умолчанию.

Если вы хотите указать дополнительные заголовки страниц для кэширования, вы можете сделать это здесь. Для начинающих и не программистов просто оставьте эту опцию как есть.

Сохраните настройки сейчас.

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