В предыдущем посте мы начали настраивать предварительные настройки Page Cache в плагине W3 Total Cache и настраивали параметры General и Cache Preload. В этой статье мы рассмотрим параметры политики очистки и расширенной конфигурации.
Итак, давайте погрузимся.
Политика очистки
«Очистка» подразумевает удаление или удаление документов или записей. В политике очистки мы в основном настраиваем наш плагин так, чтобы он сообщал ему, как и когда он должен очищать кеш, который устарел. Подобно действиям в WordPress, в W3TC есть определенные моменты, которые можно вызывать триггерами, эти триггеры отвечают за очистку кеша.
Обратите внимание, что настройки по умолчанию для этой части рекомендуются. Я собираюсь объяснить каждый из них ниже.
W3TC следит за событиями, например, когда сообщение создается, редактируется или когда публикуются комментарии. Эти триггеры можно использовать для очистки кэша определенных страниц, как показано выше на скриншоте. У этого есть простое объяснение: всякий раз, когда страница обновляется или создается сообщение, кеш страниц главной страницы (такой как страница блога), где перечислены все сообщения, и страница поста (которая является единственной страницей) с фидами, которые должен быть очищен.
Эти настройки по умолчанию просто отлично. Добавление дополнительных параметров в этот список увеличит нагрузку на ваш сервер. Вы не хотите этого делать, пока у вас не будет сильного сервера, по крайней мере, VPS, и вам не нужно будет все очищать. Вместо этого вы можете очистить весь кэш вручную.
1. Предел продувки
WordPress предлагает постраничную структуру для разбиения на страницы со списком постов в блоге и / или даже для одного поста. Этот параметр очищает количество страниц, разбитых на страницы. Например, в случае страницы со списком постов в блоге, которая является передней [возраст в большинстве случаев.
Считайте, что у вас есть нумерация страниц после каждых пяти статей. Затем, всякий раз, когда вы создаете сообщение, этот лимит сразу же удалит эту нумерацию страниц. Поэтому укажите количество страниц, на которых перечислены сообщения (например, страницы архива), которые необходимо удалить при обновлении сообщений.
Например, такие страницы, как:
- 0 означает, что все страницы со списком сообщений удалены
- example.com/ …
- example.com/page/5.
- example.com/page/2 ….
2. Дополнительные страницы
Вы создаете пользовательскую структуру с WordPress и задаетесь вопросом, как ее очистить? Эта область помогает достичь именно этого.
3. Очистить файлы Sitemap.
Этот параметр отвечает за удаление карты сайта вашего сайта. Здесь вы можете определить регулярное выражение для всех файлов сайта. Как новичок, вам не нужно ничего делать.
Если вы используете плагин Yoast для WordPress SEO или плагин Google Sitemap для WordPress, значение по умолчанию обслуживает сгенерированные ими ссылки на карты сайта. Так что оставь это как есть.
Сохраните настройки на этом этапе.
продвинутый
Существует большой список предварительных настроек Page Cache. Я собираюсь перечислить их один за другим и объяснить их с рекомендуемыми настройками.
1. Поздняя инициализация
Включение этой опции может увеличить время отклика. Итак, я бы порекомендовал вам всем оставить это unchecked
. Он включает поддержку функциональности WordPress при кэшировании фрагментов для механизма кэширования страниц.
2. Режим совместимости
Рекомендуется checked
в большинстве случаев. Режим совместимости заключается в том, что он снижает производительность на ~ 20% в масштабе в обмен на повышение совместимости с большим количеством хостинговых сред и особенностями WordPress.
Эта опция должна быть включена для большинства сайтов. В наши дни большинство стеков хостинга основаны на нескольких локальных сетях, объединенных в единую гибридную систему. Чтобы справиться с этой гибридной системой и культурой WordPress, например с тем, как работает WordPress, можно использовать режим совместимости для повышения общей производительности.
3. Чарсет
Эта опция должна быть unchecked
в большинстве случаев. Это только помогает в решении проблем браузера, которые могут возникнуть из-за неправильной кодировки нечетных символов. Таким образом, если в вашем кэше страниц нет нечетных символов, нет необходимости включать эту опцию. Но если у вас есть какие-то нечетные символы в вашем кеше страниц, и вы уверены, что они присутствуют из-за кеша страниц W3TC, только тогда вы можете попробовать включить эту опцию, чтобы решить эту проблему, если это произойдет.
4. Отклонить запросы HEAD
Обычно запросы HEAD
содержат текстовую информацию о конкретных данных пользователя и записи, браузер пользователя отправляет запросы на веб-сервер в виде текста и получает URL запрошенного текста.
Установка этого параметра приведет к отключению кэширования запросов HEAD
чтобы неавторизованный пользователь не мог перезагрузить страницу с кэшированным запросом HEAD
.
Но в то же время это может привести к тому, что «пустые страницы» будут возвращены для последующих запросов URL. Поэтому я рекомендую не устанавливать этот параметр, если только вы не знаете, что делаете при его включении.
5. Интервал сбора мусора
Если вы кэшируете свои страницы на диск, здесь вы указываете, как часто из него должны удаляться данные кэша с истекшим сроком действия.
Если ваш сайт получает приличный трафик 3600
который по умолчанию будет работать нормально. Если вы считаете, что на вашем сайте больше трафика, чем на средних сайтах, вы можете decrease
количество случаев частого удаления устаревшего кэша страниц.
6. Пожизненный комментарий Cookie
TTL — или Time to Live — это механизм, который определяет время жизни любых данных в браузере пользователя. Например, в случае комментариев WordPress, cookie устанавливается для аутентификации пользователя как части аутентифицированного трафика. Сокращение времени существования этого cookie-файла, который остается в браузере пользователя, может повысить производительность и эффективность вашего сайта. 1800
рекомендуется. Хотя вы можете сделать его ниже или ввести -1
чтобы вернуть значение TTL по умолчанию, которое устанавливается самим WordPress.
7. Принятые строки запроса
В этом разделе вы можете указать строки запроса, которые вы хотите кэшировать на своих страницах. То есть, если вы упомянете строку запроса внутри этого текстового поля, тогда W3TC всегда будет кэшировать URL с этой строкой запроса. Для начинающих и не программистов просто оставьте эту опцию пустой.
8. Отклоненные пользовательские агенты
Здесь вы можете добавить пользовательских агентов, для которых вы не хотите отправлять страницы кэша. Для начинающих и не программистов, просто оставьте эту опцию пустой.
9. Отклоненные куки
Вы можете ограничить W3TC от кэширования страниц, которые используют какие-либо конкретные куки, указав куки здесь. Для начинающих и не программистов просто оставьте эту опцию пустой.
10. Никогда не кэшируйте следующие страницы
Вы можете запретить кэширование определенных страниц в этой области. Если вы разработчик, легко понять, как это работает. Для начинающих и не программистов просто оставьте эту опцию как есть.
11. Cache Exception List
Если у вас возникают проблемы с кэшированием определенной страницы, упоминание ее здесь будет кэшировать ее, даже если она указана в поле «никогда не кэшировать следующие страницы». Он также поддерживает регулярные выражения.
12. Непереходные слеш
Если какая-либо страница в WordPress является непереходной косой чертой, эта область может использоваться для ее кэширования. Как и файлы Sitemap. Оставьте это по умолчанию.
13. Укажите заголовки страниц
Если вы хотите указать дополнительные заголовки страниц для кэширования, вы можете сделать это здесь. Для начинающих и не программистов просто оставьте эту опцию как есть.
Сохраните настройки сейчас.
На этом наши расширенные настройки кэша страниц W3TC заканчиваются. Если у вас есть какие-либо вопросы, не стесняйтесь спрашивать ниже.