Кэширование wordpress: установка и настройка плагина W3 Total Cache. Настройка W3 Total Cache — Плагин WordPress Кэширование

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

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

Скачать настройки

Для максимального удобства вы можете скачать файлы импорта настроек плагина W3 Total Cache. Импортировать настройки можно в меню Performance > General Settings > Import / Export Settings .

Все что вам нужно, это при необходимости указать путь к карте сайта в формате XML на странице Page Cache в разделе Cache Preload после импорта настроек и очистить кэш. На этом настройка плагина W3 Total Cache будет завершена.

General Settings

На данной странице находятся общие настройки плагина W3 Total Cache. Страница доступна в меню P erformance > General Settings .

General


Performance > General Settings > General
  • Preview mode – отвечает за включение режима предварительного просмотра. Данный режим активирует плагин только для пользователя, который производит его настройку. Функция полезна при работе с проектами, которые уже находятся в сети и имеют определенный трафик.

Page Cache


Performance > General Settings > Page Cache
  • Page Cache – активация кэширования страниц. Позволяет снизить время ответа сервера, увеличить скорость загрузки страниц, а также снизить нагрузку на сервер за счет кэширования страниц сайта.
  • Page Cache Method - метод кэширования страниц сайта. Рекомендуемое значение - Disk: Enhanced (кэш будет храниться на жестком диске). На сегодняшний день практически все сервера оборудованы производительными SSD дисками, поэтому данный вариант является оптимальным. Использование методов, предполагающих хранение кэша страниц в оперативной памяти рекомендуется только в том случае, если вы уверены, что ее объема будет достаточно для хранения кэша.

Minify


Performance > General Settings > Minify
  • Minify – активация минификации файлов. Позволяет увеличить скорость загрузки сайта за счет сжатия CSS, JavaScript и HTML файлов и удаления из них ненужного кода, например, комментариев.
  • Minify mode - режим минификации. Рекомендуемое значение - Auto . В этом случае плагин W3 Total Cache самостоятельно определяет файлы для минификации и порядок их подключения. Если вы хотите указать файлы вручную - выберите значение Manual (не рекомендуется).
  • Minify Cache Method – метод кэширования. Рекомендуемое значение - Disk . Я всегда рекомендую хранить статические файлы на жестком диске, так как в большинстве случаев это самый оптимальный вариант с точки зрения надежности и производительности.
  • HTML minifier - минификатор HTML кода. Рекомендуемое значение - Minify (default) .
  • JS minifier – минификатор JavaScript кода. Рекомендуемое значение - JSMin (default) .
  • CSS minifier – минификатор CSS кода. Рекомендуемое значение - Minify (default) .

Если после активации минификации возникают проблемы с работой сайта - поэкспериментируйте с разными типами минификаторов.

Opcode Cache


Performance > General Settings > Opcode Cache
  • Opcode Cache – активирует кэширование скомпилированного PHP кода. Рекомендуемое значение - Opcode: Zend Opcache . Обычно функция доступна только на VPS/VDS.
  • Validate timestamps – оставляем флажок для корректного обновления кэша без перезагрузки модуля PHP.

Database Cache


Performance > General Settings > Database Cache
  • Database Cache – активирует кэширование запросов к базе данных. Позволяет сократить время генерации страниц. Рекомендуется использовать как альтернативу объектному кэшу, если последний по какой-либо причине не может быть использован. Кэширование запросов к БД можно использовать как отдельно, так и одновременно с кэшированием объектов.
  • Database Cache Method - метод кэширования запросов к БД. Рекомендуемое значение - Memcached (если установлен) или любой другой вариант, предполагающий хранение кэша в оперативной памяти, а не на жестком диске. Кэширование запросов к БД может создавать огромное количество файлов и папок, которые будут сильно нагружать дисковую подсистему сервера и негативно влиять на его быстродействие.

Object Cache


Performance > General Settings > Object Cache
  • Object Cache – активация кэширования объектов. Позволяет кэшировать данные, повторное получение которых может быть дорогостоящим с точки зрения вычислительных мощностей, например, сложные запросы к базе данных.
  • Object Cache Method - метод кэширования объектов. Как и в случае с кэшем запросов к базе данных, объектный кэш рекомендуется хранить в оперативной памяти.

Browser Cache


Performance > General Settings > Browser Cache
  • Browser Cache – активирует клиентское кэширование. Позволяет ускорить загрузку сайта при повторном обращении за счет кэширования графики, CSS, JavaScript и других элементов сайта в браузере пользователя.

Import / Export Settings


Performance > General Settings > Import / Export Settings
  • Import configuration – импорт настроек с JSON файла.
  • Export configuration - экспорт настроек в JSON файл.
  • Reset configuration - сброс настроек плагина W3 Total Cache до значений, заданных по умолчанию.

Page Cache

На данной странице находятся настройки кэширования страниц. Страница настроек доступна в меню P erformance > General Settings .

General


Performance > Page Cache > General
  • Cache posts page - кэширование страниц записей.
  • Don’t cache front page - отключение кэширования главной страницы (если используется статическая страница).
  • Cache feeds: site, categories, tags, comments - кэширование фидов (рубрик, меток, комментариев и т.д.).
  • Cache SSL (https) requests - кэширование уникальных SSL запросов. Используйте данную опцию, если ваш сайт работает по протоколу https.
  • Cache URIs with query string variables - кэширование страниц с параметрами в URL. Функция очень полезна для интернет-магазинов с фильтрами товаров, а также сайтов, на которых пользователи активно пользуются поиском. К сожалению, в бесплатной версии плагина данная функция недоступна.
  • Cache 404 (not found) pages - кэширование страниц ошибок 404. Используйте эту функцию с осторожностью, так как при выборе метода кэширования Disk: Enhanced сервер будет отдавать неправильные коды ответа (200 вместо 404), что негативно повлияет поисковую оптимизацию сайта.
  • Don’t cache pages for logged in users - отключить кэширование для авторизованных пользователей. Не рекомендуется отключать данную функцию, так как это приведет к кэшированию данных для всех пользователей, в том числе и администратора сайта.
  • Don’t cache pages for following user roles - отключить кэширование для выбранных ролей пользователей. Обязательно выберите роли пользователей, которые отвечают за управление сайтом, такие как «Administrator», «Editor» и т.д.

Cache Preload


Performance > Page Cache > Cache Preload
  • Automatically prime the page cache - активируйте данную функцию для автоматического создания кэша страниц. В противном случае кэш будет создаваться только при посещении страницы.
  • Automatically prime the page cache Update interval - интервал между созданием кэша следующей серии страниц.
  • Pages per interval - количество страниц, кэш которых будет создан через каждый интервал. Устанавливайте значение с учетом мощности сервера. Чем мощнее сервер, тем больше страниц вы можете указать в данном поле.
  • Sitemap URL - ссылка на карту сайта. Страницы будут кэшированы с учетом приоритета в XML карте сайта. Для генерации карты сайта в формате XML используйте плагин Google XML Sitemaps или аналогичный.

Purge Policy: Page Cache

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

Advanced

Данный блок содержит расширенные настройки кэширования страниц. Здесь нас интересует только поле Garbage collection interval , которое отвечает за установку интервала очистки кэша на диске.

Performance > Page Cache > Advanced > Garbage Colletion Interval

Minify

На данной странице находятся настройки минификации HTML, XML, CSS и JavaScript.

General


Performance > Minify > General
  • Rewrite URL structure – активируем данную функцию, чтобы убрать GET параметры из ссылок на сжатые CSS и JavaScript файлы.
  • Disable minify for logged in users - отключает загрузку сжатых страниц для авторизованных пользователей.
  • Minify error notification - отвечает за настройку оповещений об ошибках при создании минифицированного кэша.

HTML & XML


Performance > Minify > HTML & XML

Данный блок отвечает за настройку минификации HTML кода страниц сайта. Сжатие HTML кода обычно не сильно влияет на производительность, но часто может вызывать проблемы с версткой, такие как уменьшение отступов между элементами и прочее. Учитывая это, я не рекомендую использовать данную функцию.

JS


Performance > Minify > JS
  • JS minify settings – активирует минификацию JavaScript файлов.
  • Operations in areas - отвечает за настройку типа загрузки скриптов в разных областях HTML страницы. Поскольку в head страницы обычно загружаются только критически важные скрипты, а все остальное переносится ближе к закрывающему тегу body , то наиболее оптимальными значениями будут Default (blocking) для Before и Non-blocking (using «defer») для After . При желании вы можете поэкспериментировать с разными настройками, но как показала практика, вышеприведенные значения наиболее оптимальны.
  • Minify / Combine only – тип минификации. Согласно правилам хорошего тона, обычно в темах и плагинах подключаются уже сжатые версии CSS и JavaScript файлов, поэтому рекомендую выставить значение Combine only . В этом случае JavaScript файлы будут только объединены (по возможности).

Остальные настройки оставляем отключенными, учитывая ранее выбранный тип кэширования (Disk: Enhanced ).

CSS


Performance > Minify > CSS

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

Advanced

В данном блоке содержатся расширенные настройки минификации. Здесь нас интересуют всего два поля:


Performance > Minify > Advanced
  • Update external files every – интервал между загрузкой и обновлением внешних файлов в минифицированном кэше.
  • Garbage collection interval - интервал очистки минифицированного кэша. Для высоконагруженных проектов рекомендуется выставлять меньшее значение.

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

Browser Cache

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

General


Performance > Browser Cache > General

CSS & JS


Performance > Browser Cache > CSS & JS

HTML & XML


Performance > Browser Cache > HTML & XML

Media & Other Files


Performance > Browser Cache > Media & Other Files

Security Headers

В данном блоке настроек нас интересует только поле HTTP Strict Transport Security policy , в котором необходимо поставить флажок, если вы используете на сайте SSL.

Performance > Browser Cache > Security Headers > HTTP Strict Transport Security policy

Очистка кэша

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


Меню очистки кэша в W3 Total Cache

Также вы можете использовать соответствующие кнопки в настройках плагина W3 Total Cache или уведомлениях, которые появляются, например, после активации/деактивации какого-либо плагина WordPress.

Решение возможных проблем

За все время использования плагина W3 Total Cache я столкнулся лишь с двумя проблемами:

  1. Невозможности активации плагина из-за неправильно заданных прав доступа к файлам.
  2. Избыточной нагрузке на сервер из-за использования карты сайта для автоматического создания кэша.

Если после активации плагина вы видите подобное уведомление, вам необходимо проверить правильность установки прав доступа к файлам и папкам WordPress.

  • 755 или 750 для всех каталогов.
  • 644 или 640 для всех файлов.
  • 440 или 400 для файла wp-config.php .

Если после изменения прав доступа плагин по-прежнему не активируется, установите права 644 для файла wp-config.php , далее активируйте плагин W3 Total Cache, после чего изменить права обратно на 400 или 440 .

Также вы можете вручную отредактировать файл wp-config.php . Для этого откройте его в любом текстовом редакторе, например, NotePad++ и добавьте в самое начало следующий код:

/** Enable W3 Total Cache */ define("WP_CACHE", true); // Added by W3 Total Cache

После этого сохраните файл, обновите его на сервере и повторно активируйте плагин.

Избыточная нагрузка на сервер

Если вы заметили резкий рост нагрузки на сервер после активации плагина W3 Total Cache, который сочетается с частыми обращениями плагина к XML карте сайта (смотрите логи сервера), то причиной является использования предварительного создания кэша страниц с использование карты сайта.


Решить проблему можно изменением приоритета страниц в XML карте сайта, удалением ссылки на карту сайта в настройках предварительного создания кэша (Performance > Page Cache > Cache Preload > Sitemap URL) или полным отключением данной функции.

Заключение

W3 Total Cache – это один из самых функциональных и надежных плагинов кэширования для WordPress, который также является и одним из самых популярных и высоко оцениваемых.

Несмотря на это, из-за сложности настройки и отсутствия качественной информации о плагине на русском языке, многие пользователи до сих пор предпочитают использовать менее эффективные, но более простые решения, такие как WP Super Cache, Hyper Cache или аналогичные.

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

Нашли ошибку? Выделите ее и нажмите Ctrl + Enter

Версия для печати

Плагин w3 total cache имеет очень большой функционал, и способен вывести Ваш сайт на новый уровень по скорости. Давай рассмотрим его возможности.

W3 Total cache

Плагин понравился мне тем, что в отличии от других, не вызвал никаких проблем с сайтом, отработав корректно (хотя резервную копию все равно рекомендую создать) Например плагин Hyper-cache испортил мне css стили, после деактивации и удаления плагина проблема не решилась. Разбираться в чем конкретно было дело я не стал.

Также w3 total cache обладает довольно понятными настройками. Давайте разберем их. После установки у нас появляется боковое меню perfomance

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

Toggle all caching types on or off (at once) – включить все опции, это нам вряд ли пригодится, галочку не ставим.

Page cache , очень нужная и важная вкладка, позволяет сократить время ответа от сервера за счет кэширования страниц на сервере. То есть плагин генерирует странички html, кладет из в папку кэша и отдает по запросу, экономя время на генерацию страницы apache. Page cache metod выставляется в зависимости от хостинга, в данном примере установлен для виртуального хостинга, если у Вас , выберите соответствующие параметры.

создать новый проект

включить в нём “PageSpeed Insights API ”

и создать новый public api access key (browser).

Получим на dashboard такую картинку

Verify rewrite rules – уведомление об ошибках, включить.

File locking и optimize disk оставляем выключенными.

Enable edge mode – включает режим разработчика, новые возможности. Может работать нестабильно.

Debug. Режим отладки. Добавляет техническую информацию в код каждой страницы. Не рекомендуется оставлять включенным, использовать по мере надобности.

Import Export Позволяет сохранять и загружать конфигурацию плагина.

Расширенные настройки

Следующие пункты меню отвечают за тонкие настройки включенных выше возможностей.

Page cache General

Cache front page – кэширование главной страницы

Cache feeds – кэширование категорий, тэгов, комментариев

Cache ssl – если Ваш сайт использует SSL шифрование

Cache URI s with query string variables – кэширование запросов поиска

Cache 404 (not found) pages – Кэширование страницы 404

Cache requests only for site.ru site address – кэш только для такого адреса сайта (без www)

Don’t cache pages for logged in users – не кэшировать страницы авторизованных пользователей (что бы не авторизованные не увидели кэш Вашей страницы)

Don’t cache pages for following user roles – Не кэшировать страницы для следующих ролей

Cache preload – кэш создается заранее, до того как пользователь запросит страницу.

Update interval – периодичность с которой создается кэш

Pages per interval – количество страниц, которое создается в созданный интервал.

Sitemap URL – укажите путь к Вашей карте сайта, и тогда кэш страницы будет создаваться согласно карте сайта, и приоритетам в ней.

Preload the post cache upon publish events – создание кэша при публикации поста.

Purge policy: page cache – разделы кэша, которые будут обновлены при публикации поста.

Advanced – по большому счету служебные настройки, трогать их не обязательно.

Minify General

Rewrite url structure – сокращает путь до js и css файлов

Disable minify for logged in users – выключить сжатие для авторизованных пользователей.

HTML & XML

Enable – включить

inline css minification – оптимизирует CSS

Inline JS minification – оптимизирует JS

Don’t minify feeds – не сжимает стили лент

Line break removal – удаление разрывов

Operations in areas – до тега head, только минифицировать или только объединить.

Embed type – Тип встраивания скриптов. По умолчанию – default, blocking. Лучше попробовать выбрать non-blocking using “async”.

Preserved comment removal – сохранение комментариев (в скрипте)

Line break removal – удаление разрывов (не безопасно)

Combine only – только объединить.

Preserved comment removal (not applied when combine only is active) – сохранить комментариев. Не сохраниться, если активно “только объединить”

Line break removal (not safe, not applied when combine only is active) – удаление разрывов. Не сохраниться, если активно “только объединить”

Advanced

Служебные настройки, можно ничего не менять.

Database cache General

Object cache

Maximum lifetime of cache objects: – время жизни кэша

Garbage collection interval – период удаления устаревшего кэша.

Browser cache

Вкладка General включает выбранный параметр всем группам ниже: CSS&JS HTML&XML MEDIA&OTHER FILES

Set Last-Modified header – Установит в заголовке дату последнего измнения документа.

Set expires header – время жизни кэша.

Set cache control header – новая директива жизни кэша, имеет приоритет над expires.

Set entity tag (eTag) – entity tag, метка, присваивается ресурсу, при изменении ресурса изменяется. Позволяет понять браузеру изменился контент или нет.

Set W3 Total Cache header – устанавливает в заголовке идентификатор w3 total cache.

Enable HTTP (gzip) compression – включает сжатие файлов методом deflate, не будет работать в связке с nginx.

Prevent caching of objects after settings change – запретить кэширование для указанных объектов.

Prevent caching exception list -список исключений кэширования.

Don’t set cookies for static files – не устанавливать куки для статических файлов

Do not process 404 errors for static objects with WordPress – не генерировать ошибку 404 для ненайденных статических объектов.

404 error exception list – список исключений

Extensions

CloudFlare – Обратный прокси-сервер (англ. reverse proxy ) - тип прокси-сервера, который ретранслирует запросы клиентов из внешней сети на один или несколько серверов, логически расположенных во внутренней сети. При этом для клиента это выглядит так, будто запрашиваемые ресурсы находятся непосредственно на прокси-сервере.(платный)

FeedBurner - веб-сервис, который пропускает через себя RSS-потоки, исправляет в них мелкие ошибки и может добавить потоку дополнительную функциональность, например, кнопку Play для подкастов. (платный)

Genesis Framework –фреймворк для wordpress. (платный)

WordPress SEO by Yoast – seo плагин.

Ответы на вопросы.

Обращение в службу поддержки

Инструкция по установке

Если у Вас есть вопросы, задавайте их на , или ниже в комментариях.

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

Следующая функция Cache Preload — это то, что мне особенно нравится в W3 Total Cache. Данная функция основываясь на данных файла sitemap.xml создает кэш заданного количества страниц через каждый заданный промежуток времени. Благодаря этому, ваш сайт полностью окажется в кэше через какое-то время(зависит от размера вашего сайта). В отличии от WP Super Cache, который так же предлагает такую функцию, она здесь действительно работает. Так как Super Cache при нескольких попытках заставить его закэшировать весь сайт(было испробовано на двух различных сайтах), только делал вид, что занят работой. На деле же кэш вообще не пополнялся.

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

Последний пункт называется Advanced и особо интересен он тем, что в нем можно настроить время жизни кэша, которое по умолчанию, если не ошибаюсь, установлено на уровне 5-10 минут, не помню уже. А еще он интересен тем, что первый же пункт, который судя по всему включает все это дело, не активен. Но все же потыкайтесь в пункт под названием Garbage collection interval и проверьте что будет, если из другого браузера(в режиме инкогнито будет еще лучше) зайти на закэшированную минут 10-15 назад страницу, после чего поглядеть комментарий в конце кода страницы с указанием время создания кэша. Если время обновилось и стало равным времени вашего посещения, то увы, плагин либо косячный, либо хочет деньги за свои услуги.

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

Проблемы с W3 Total Cache

Начнем наверное с того, что я опишу конфигурацию сервера, на котором стоит сайт под управлением W3 Total Cache и к которому был присобачен данный плагин. Это VPS под управлением ОС CentOS 6,5, где бэкэндом установлен тягучий Apache, а на фронтэнде уютно разместился быстрый и юркий Nginx. Кроме этого установлен eAccelerator, для кэширования запросов в БД, что в купе с не с самыми кривыми руками позволяет иметь необходимость только в первой и самой важной функции плагина W3 Total Cache. Отсюда хотелось бы сразу отрезать комментарии и высказывания по поводу того, что, возможно, W3 Total Cache работает в чем то хуже других аналогичных плагинов, так данный плагин(именно W3 Total Cache) может похвастаться полной совместимостью с Nginx, в то время как все остальные плагины добавят свои коды в файл.htaccess и с явным недоумением будут ждать, пока администратор перепишет эти реврайты на понятном для Nginx языке. Последнее, надо сказать, мне не удалось. Точнее мне не удалось найти рабочие реврайты, которые заставили бы дружить Super Cache и Nginx. Возможно он и к лучшему, так как сейчас я бы с радостью сменил Super Cache на данном блоге на W3 Total Cache. Но, в семье не без уродов, да и W3TC не такой уж и безобидный. Этим абзацем я заканчиваю монолог о том, что необходимо делать с сервером Nginx для кэширования страниц сайта.(Всегда рад услышать другие методы кэширования).

Итак, проблем в процессе знакомства W3 Total Cache с Nginx`ом, да и тем более с Apache ни у кого не должно возникнуть, а потому перейдем к решению проблемы с невозможностью сменить время жизни кэша, а так же с тем, что W3 Total Cache полностью отказывается слушать все внесенные настройки, такие как запрет на кэширование страниц с запросами(страницы поиска) и запрет на кэширование для пользователей. Если с последними двумя я так и не разобрался, хоть и добрался до ручной правки файла конфигурации(кстати, находится по адресу wp-content/w3tc-config/master.php), то с первым удалось совладать. Хотел бы сказать, что изменение внесенные в админке этого плагина, как правило, сохраняются в этом файле, но лучше перепроверить, благо каждая переменная имеет говорящее название. Из всех переменных меня заинтересовала переменная pgcache.late_init(скорее всего от Late initialization — тот самый пункт, который не активен), которой я сразу же выставил значение true, а так же параметр pgcache.cache.nginx_handle_xml, после выставления которому значения true, плагин наконец-то начал слушать то число, которое введено в поле про максимальное время жизни кэша. Проверка показала, что после данных изменений, на озвученном выше сервере, время жизни кэша действительно стала совпадать с указанным пользователем значением.

Так как время жизни кэша было для меня самым важным моментом из всей настройки плагина W3 Total Cache, то я забил на то, что эта ересь продолжает кэшировать страницы поиска и страницы залогиненных юзеров(коих благо, только один, то бишь, я). Ведь при всем этом страдает только место на жестком диске, чего на данный момент вполне достаточно и даже при полном кэширование всех страниц, включая и мобильную версию, которую кстати плагин так же умеет кэшировать отдельно, место на хостинге останется еще немало. Но все же если кто умеет лечить плагин от этой болезни, просьба в студию.

Вспомнив про мобильную версию сайта хотелось бы сказать, что плагин умеет кэшировать и данную версию, причем отдельно, что не может не радовать. Для этого необходимо перейти во вкладку User Agent Groups и поставить две галочки напротив пунктов Enable. В каждом из пунктов вы можете добавить свою юзер-агенты для каких-то новых устройств. Кэш мобильной версии сохраняется в той же папке страницы, что и кэш основной версии. Отличие только в добавлении постификсов high и low(так называют группы по умолчанию). Вы, кстати, можете добавить и свои группы. Единственный минус с мобильной версией состоит в том, что плагин не умеет самолично создавать кэш мобильной версии сайта, что означает что это будут делать только ваши пользователи(или Вы).

Следующей проблемой с W3 Total Cache стала то, что на данном сайте сразу после активации данного плагина и активации функции кэширования, весь сайт погряз в кракозябрах, что говорит о проблемах W3 Total Cache с кодировкой. На сайте используется кодировка UTF-8 и даже в настройках плагина мелькает эти символы. Однако как активация пункта Disable UTF-8 blog charset support, так и его деактивация, не принесла никаких плодов. Далее в недрах Интернета была найдена подсказка, что нужно добавить строку AddDefaultCharset UTF-8 в начало файла.htaccess, но и данный способ на смог помощь. А так как дальнейшие поиски не привели ни к чему стоящему и был установлен WP Super Cache(который по первому взгляду, не лишен некоторых вышеописанных проблем, но об этом возможно позже).

Кодировка W3 Total Cache, дружба W3 Total Cache с Nginx, мобильная версия сайта… Ну, вроде ничего не упустил из того, чего понабрался во время знакомства с этим инструментом, который, надо сказать, со своим делом справляется весьма неплохо. Если страницы вышеозвученного сайта, судя по статистике от Pingdom.com, грузились от 1-2 секунд, то сейчас этот показатель для закэшированной страницы составляет 0,5-0,7 секунд. Если же обратиться к Page Speed от уважаемого Google, то можно напороться только на предупреждения о том, что ресурсы, скрипты и прочий хлам которых загружаясь вместе с данной страницей, являются единственным отрицательным моментом в безупречной технической оптимизации сайта. И интересно то, что гугл ругается на скрипт JQuery, который загружается из репозитория … да, именно, с репозитория гугла. Им бы самим заняться этим вопросом.

Не хило в общем я настрочил про процесс установки и настройки плагина W3 Total Cache и дальнейшие разборки с данным плагином , чтобы заставить его работать по-человечески. Буду рад любому адекватному комментарию, совету, просьбе и так далее.

Плагин W3 Total Cache делает Ваш сайт или блог реально быстрым, один из лучших плагинов для оптимизации WordPress. Солидные сайты mashable.com, smashingmagazine.com, yoast.com спокойно используют его в своих инструментах. Использование плагина W3 Total Cache на Вашем ресурсе повышает удобство работы вашим пользователям за счет повышения производительности сервера, кэширования каждого элемента, сокращения времени загрузки страниц, выдавая пользователю нужный ему материал буквально молниеносно.

Чтобы ощутить все прелести этого плагина, давайте для начала протестируем существующую ситуацию. Я выбрал один из последних сайтов, который я сделал, добавил приложение в Firefox YSlow Addon for Firefox которое покажет время загрузки сайта, у меня на данный момент оно составляет 8,5 сек – я был в шоке!

Изменим эту ситуацию!

  1. Перед установкой плагина Вы должны убедится, что любые другие плагины кэширования полностью удалены, в противном случае плагин W3 Total Cache при активации выдаст ошибку.
  2. Если все в порядке устанавливайте плагин (не в курсе как устанавливать плагины в WordPress? — читайте ).
  3. Официальная страничка плагина в каталоге WordPress.
  4. После того как Вы активируете плагин в панели управления появится новый пункт «Perfomance», нажимая на который мы попадаем на страницу настроек и конфигурации плагина W3 Total Cache.

Настройки и конфигурация W3 Total Cache

Плагин W3 Total Cache представляет собой очень мощный плагин, с колоссальным количеством опций и настроек. Каждая опция будет рассмотрена в деталях, для полного понимания всех существующих возможностей.

Вкладка General

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

Следующая опция в этом списке Page Cache. Эта раздел работает так же как в плагине WP Super Cache – создается кэш для статических страниц, включая эту опцию Вы значительно уменьшите время загрузки, рекомендуется использовать диск Enchanced.

После блока Page Cache идет блок Minify – позволяет минимизировать файлы.css, .js, .html также записи, страницы и RSS. Опции обязательно отметьте как на скриншоте. Принцип действия мимнимизирования заключается в том, что удаляются бесполезные расстояния между тегами кода такое действие ускоряет время загрузки сайта на 10%.

Следующий блок опций Database Cache. Обязательно должен быть разрешен, так как CMS WordPRess полностью работает на базе данных и часто высокие нагрузки запросов к БД являются причиной жесткого замедления сайта + если у Вас большой трафик, то это вообще катастрофа. Включение опции может ускорить Ваш сайт в 100х раз.

Не расслабляемся и двигаемся к блоку Object Cache. Галочка в этом блоке увеличивает производительность динамических сайтов использующих API кэша объектов. Окончательные настройки должны выглядеть как на скриншоте:

После него идет блок настроек Browser Cache. Кэш браузера позволяет HTTP-сжатия, каждый раз когда пользователи посещает Ваш сайт, их браузер сохраняет копии сайта, так что к следующему посещению пользователю не нужно будет повторно загружать сайт целиком (что ускоряет время загрузки). Проблема в том, что каждый браузер сбрасывает кэш по своему расписанию, поэтому отметив этот чекбокс мы укажем браузеру как долго хранить информацию объекта.

Следующий этап это CDN (Content Delivery Network), к сожалению плагин поддерживает только платные варианты CDN: MaxCDN, NetDNA, Amazon S3, Rackspace Cloud и Amazon Cloud. Если Вы не знаете что такое CDN или не планируете его использовать, то советую сразу же галочку снять.

Далее идет блок Varnish – еще один замут с кэшированием типа CDN и блок Network Perfomance & Security powered by CloudFlare. Ими можем не пользоваться, убираем галочку с Enable. Эти блоки целесобразно использовать, если Ваш ресурс мега посещаем от 1000 и более посетителей — эти CDN, бесплатны, но если у Вас будет такое количество посетителей на сайте не лишним будет раскошелится на 40$ и подключить систему доставки контена (CDN) MaxCDN — очень хорошая и с поддержкой, об них я чуть попозже напишу отдельную статью.

Блок настроек Miscellaneous галочки ставим как на скриншоте ниже и если у Вас есть Page Speed Online API от Google, что можете его здесь ввести.

В блоке настроек Debug не советуют вообще что-то отмечать галочками, послушно поверим

И последний блок это импорт и экспорт настроек, можно сохранить настройки нажав кнопочку download на компьютер, можно и импортировать уже существующие настройки, в общем ничего сложного

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

Вкладка Page Cache

Наконец-то пройдя через настройки General, мы можем более детально настроить параметры кэша страниц. В блоке General мы все чекбоксы отмечаем галочками кроме страниц поиска и страницы ошибки 404 (их не нужно кэшировать) получаем такую картину:

В блоке Advanced мы можем выбрать время жизни странице в кэше, по умолчанию 3600 секунд, можете уменьшить (если Вы постоянно работаете над сайтом) или увеличить если изменения происходят редко. Далее можно задать не посылать кэш страницы Bot’у Google – не рекомендуется. Можем отметить страницы которые мы бы не хотели видеть в кэше. В настройках этого блока желательно придерживаться скриншота.

И последний блок настроек в этой вкладке Purge Policy – более определенный выбор страниц копии которых нужно создать в кэше.

Вкладка Minify

Более подробная минимизация (уменьшение размеров) файлов, в первом блоке настроек отмечаем галочкой перезаписывать структуру URL:

Следом настраиваем блок JS, можно добавить разные файлы скриптов для кэширования добавив их через кнопку «Add a script»

И в последнем блоке Advanced мы можем выбрать через какое время обновлять файлы шаблона

Вкладка Database Cache

Медленно, но уверено, главное до конца доползти. Блок настроек General как на скриншоте:

Блок настроек Advanced можете установить время жизни копии кэша

Вкладка Object Cache

Оставляем все здесь по умолчанию.

Вкладка Browser Cache

Здесь Вы можете указать какая информация будет заноситься в кэш браузера пользователя

Так и последним шагом будет нажатие кнопочки «Empty page cache» — нужно очистить кэш, после этого Вы увидите зеленое слово «Enable», которое говорит о том, что плагин успешно функционирует.

Заключение

Напоследок скажу, что дело мучительное… пол дня итого на все эти разборки, оно того стоило результаты можете посмотреть на скриншоте

Удачи! Если возникли какие-то вопросы, задавайте их в комментариях.

Часто возникает вопрос: «Какой плагин круче W3 Total Cache или WP Super Cache?». Важно понимать, что все нужно проверять самому, одно скажу точно: «если не использовать CDN в W3 Total Cache и в WP Super Cache, то скорость загрузки примерно одинакова». Выбор за Вами, можете подробнее прочитать о плагине WP Super Cache.

Есть вопросы? Напиши комментарий!

Привет! Сегодня мы разберём популярный плагин – W3 Total Cache предназначенный для ускорения сайта за счёт кэширования файлов. Плагин имеет большой арсенал дополнительных функций, которые вы можете настроить исходя из своих предпочтений. Основные функции плагина:

Совместим с любыми видами хостинга.

Возможность подключения и управление функцией CDN (сеть доставки контента).

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

Сжатие файлов, HTML, CSS, JavaScript.

Браузер кэширование с использованием кэш-контроль.

Кэширование http запросов базы данных .

Функция кэширования объектов.

Установить плагин вы сможете прямо из админ-панели wordpress. Перейдите на страницу: Плагины – Добавить новый , введите название плагина в форму поиска, нажмите Enter, установите и активируйте плагин.

После установки и активации плагина, перейдите на страницу: Performance . Здесь отображается дополнительная информация о плагине, ничего настраивать здесь не нужно. Если вверху у вас отображается уведомление, то нажмите на кнопку – Hide this message , чтобы скрыть уведомление.

Настройки

Toggle all caching types on or off (at once), если вы поставите здесь галочку, то включите сразу же все функции одновременно, которые представлены на данной страницы. Лучше настраивать все функции по отдельности, так как многие могут вам не понадобиться.

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

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

– Page cache, ставьте галочку, чтобы включить кэширование страниц вашего сайта.

– Page cache method, здесь можно выбрать метод кэширования страниц. Basic – стандартное кэширование, Enhanced – улучшенное кэширование, Memcached – кэширование для нескольких серверов. Для обычного сайта оставьте по умолчанию.

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

– Minify, ставьте галочку, чтобы включить минимизацию файлов HTML, CSS, JS, для ускорения сайта.

– Minify mode, режим минимизации файлов, лучше выбрать Auto , чтобы автоматически сжимать файлы. Manual – ручной режим, нужно будет указывать какие именно файлы сжимать.

Остальные настройки оставьте по умолчанию. Сохраните настройки .

– Database Cache, ставьте галочку, чтобы включить кэширование базы данных, для уменьшения http запросов и уменьшения времени отклика страниц и записей.

– Database Cache Method, метод кэширования, для обычных сайтов оставьте по умолчанию. Memcached – если у вас несколько серверов. Сохраните изменения .

– Object Cache, ставьте галочку, чтобы включить кэширование объектов, для дальнейшего сокращения времени выполнения типовых операций.

– Object Cache Method, метод кэширования оставьте по умолчанию. Сохраните настройки .

– Browser Cache, ставьте галочку, чтобы включить браузерное кэширование, снизить нагрузку на сервер и уменьшить время отклика при использовании кэша в браузере посетителя сайта. Сохраните настройки .

– CDN, вы можете включить функцию CDN – сеть доставки контента, но не обязательно. Функция позволяет разместить файлы на другом сервере, чтобы снизить нагрузку на свой сервер. CDN это платная услуга. Вам будет предложено зарегистрироваться в сервисе MaxCDN и получить скидку 25%.

– CDN Type, здесь вам нужно выбрать название сервиса, где вы подключили функцию CDN.

– Enable varnish cache purging, вы можете включить кэширование функции varnish, если вы используете её на своём сайте. Varnish предназначен для очень крупных сайтов с очень большой посещаемостью, типа Facebook.

– Varnish servers, здесь вам нужно будет указать ip адрес вашего сервера на varnish.

– New Relic, вы можете подключить функцию мониторинга сервера, мониторинг пользователей, мобильный мониторинг. Функция позволит следить за процессами сервера и поведением пользователей и т.д. Включать функцию не обязательно. Monitoring это платная функция.

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

Enable Google Page Speed dashboard widget, вы можете включить поддержку сервиса Google Page Speed , чтобы у вас на главной страницы админ-панели отображался виджет с результатами сервиса. Для подключения функции вам нужно ввести API ключ, для этого нажмите на вкладку – APIs Console .

– Verify rewrite rules, здесь должна стоять галочка.

– Enable file locking, включение блокировки файлов, не рекомендуется для nfs системы. Оставьте без изменений.

Optimize disk enhanced page and minify disk caching for NFS, можете включить данную опцию если ваш хостинг использует сетевую файловую систему NFS. Для улучшения производительности.

– Enable Edge mode, НЕ нажимайте на данную вкладку, проверка экспериментальной функции плагина, может вызвать ошибку. Сохраните настройки .

– Debug Mode, можно включить режим отладки, чтобы получать информацию (логи) о работе плагина. Если включите данную функцию, то логи можно наблюдать в исходном коде в конце страницы после комментариев. Функция может позволить выявить проблемы в работе плагина и устранить их, не обязательно включать.

– Import/Export, вы можете экспортировать или импортировать настройки плагина на другой сайт или с другого сайта. Для экспорта с другого сайта нажмите на кнопку – Выберите файл. Для импорта на другой сайт, нажмите на кнопку – Download.

Page Cache

– Cache posts page, ставьте галочку, чтобы кэшировать записи wordpress.

– Don’t cache front page, поставьте галочку если вы не хотите чтобы кэшировалась главная страница вашего сайта.

Cache feeds: site, categories, tags, comments, если вы используете на своём сайте RSS ленту, то ставьте галочку, чтобы кэшировать её.

– Cache SSL (https) requests, ставьте галочку, если вы используете сертификат безопасности SSL, https.

Cache URIs with query string variables, можно включить кэширование страницы с результатами поиска вашего сайта.

– Cache 404 (not found) pages, можно включить кэширование страницы 404 ошибка, но не обязательно.

Cache requests only for q951123r.bget.ru site address, поставьте галочку, чтобы кэшировать запросы только с вашим адресом сайта.

Don’t cache pages for logged in users, если стоит галочка, то не будут кэшироваться страницы для авторизованных пользователей. Если на вашем сайте нет регистрации, то можно не включать.

Don’t cache pages for following user roles, можете выбрать для каких конкретно ролей пользователей не кэшировать страницы. Поставьте галочки возле роли пользователя. Сохраните настройки .

Automatically prime the page cache, ставьте галочку, чтобы включить автоматическое создание кэша страниц и указать временной интервал.

– Update interval, укажите здесь временной интервал, через который будет создаваться новый кэш страниц. Учтите, что чем меньше интервал, тем больше нагрузка на сайт. Самый оптимальный вариант – 84600 примерно каждый день.

– Pages per interval, здесь можно указать сколько страниц будет кэшироваться за один сеанс. Не указывайте много страниц, так как чем больше страниц, тем больше нагрузка на сайт, лучше оставить по умолчанию.

– Sitemap URL, укажите здесь URL адрес своей XML карты, если вы её используете.

Preload the post cache upon publish events, ставьте здесь галочку, чтобы кэшировать новую опубликованную запись.

Specify the pages and feeds to purge when posts are created, edited, or comments posted. The defaults are recommended because additional options may reduce server performance. Вы можете здесь отметить страницы и каналы, которые будут обновляться при создании новых должностей. Например, если поставить галочку в значении – Post comments pages , то при добавлении на страницу нового комментария страница будет обновляться. Не рекомендуется отмечать все значения, так как это может создать серьёзную нагрузку на ваш сайт, отмечайте только основные элементы.

Specify the feed types to purge, здесь можно отметить виды лент для обновления, которые имеются на вашем сайте.

– Purge Limit, лимит страниц, которые должны обновляться за один раз, оставьте по умолчанию.

– Additional pages, можно указать дополнительные страницы для обновления, которых нет в списке выше.

– Purge sitemaps, здесь указано регулярное выражение для XML карты, если вы её используете, оставьте по умолчанию.

– Late initialization, обеспечивает поддержку функциональности WordPress в фрагментарном кэшировании. Включение функции может увеличить время ответа сервера, то есть лучше не включать.

– Compatibility mode, поставьте галочку, чтобы включить режим совместимости. Включение функции снижает производительность сайта примерно на 20% взамен на совместимость сайта с плагином. Если у вас не возникает проблем с совместимостью, то не включайте данную функцию.

– Charset, поставив галочку вы отключите кодировку UTF-8. Ставьте галочку только если возникают проблемы с кодировкой, вместо текста отображаются каракули.

– Reject HEAD requests, можно отключить кэширование http запросов главы, на большинстве сайтов данная функция не активна, пропустите её.

– Garbage collection interval, укажите временной период для очистки просроченного кэша, рекомендуемое значение каждый день – 84600.

– Comment cookie lifetime, здесь указано время жизни куки файлов, рекомендуемое значение раз в день – 84600.

– Accepted query strings, можете указать здесь URL адреса, которые нужно всегда кэшировать.

– Rejected user agents, вы можете указать здесь пользовательских агентов для которых не нужно кэшировать страницы, например – Google.

– Rejected cookies, укажите здесь куки страниц, которые не будут кэшироваться.

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

– Cache exception list, укажите здесь адреса страниц, которые будут кэшироваться да же если они находятся в разделе, который закрыт от кэширования.

– Non-trailing slash pages, кэшировать данные страницы, даже если они не имеют слэш окончаний, косая черта в конце адреса /.

– Specify page headers, можно указать дополнительные заголовки страницы для кэширования.

Minify

– Rewrite URL structure, перезапись структуры URL, оставьте по умолчанию.

Disable minify for logged in users, отключить сжатие для зарегистрированных пользователей. При большом количестве зарегистрированных пользователей не стоит отключать сжатие.

– Minify error notification, укажите здесь – Email Notification , чтобы получать уведомления на Email, если возникают ошибки при сжатии файлов.

– HTML minify settings , Enable – поставьте галочку, чтобы включить сжатие, Inline CSS minification – ставьте галочку, чтобы сжимать CSS файлы, Inline JS minification – ставьте галочку, что сжимать JS файлы, Don’t minify feeds – если поставите галочку, то RSS лента не будет сжиматься, Line break removal – ставьте галочку, чтобы удалять пустые пространства в файлах.

– Ignored comment stems, не будут удалены комментарии, которые содержат данные условия. google_ad_ реклама гугл.

– JS minify settings, включение сжатия JavaScript файлов, рекомендуется значение по умолчанию.

– CSS minify settings, включение сжатия CSS файлов, рекомендуется значение по умолчанию.

Disable minify automatic file name length test, отключение автоматического сжатия длины имени файла теста, оставьте по умолчанию.

– Update external files every, интервал между скачиванием и обновлением внешних файлов. Оставьте по умолчанию 86400 – раз в сутки.

– Garbage collection interval, удаление просроченных данных кэша. Оставьте по умолчанию 86400 – раз в сутки.

Never minify the following pages, укажите здесь страницы или разделы сайта, которые не нужно минимизировать, сжимать.

Never minify the following JS files, укажите здесь JS файлы, которые не нужно сжимать.

Never minify the following CSS files, укажите здесь CSS файлы, которые не нужно сжимать.

– Rejected user agents, укажите здесь пользовательских агентов, которые не будут получать сжатый контент, пример – Google, Bing и т.д.

Include external files/libaries, Укажите здесь внешние файлы/библиотеки, которые должны быть объединены. Сохраните настройки .

Database cache

Don’t cache queries for logged in users, не кэшировать запросы для зарегистрированных пользователей, должно быть включено, чтобы поддерживать поведение WordPress по умолчанию.

Maximum lifetime of cache objects, здесь можно указать максимальное время жизни кэша объектов. Чем меньше значение тем больше нагрузка на сервер. Рекомендую ставить для всех таких значений временной период раз в сутки – 84 600.

– Garbage collection interval, укажите здесь интервал сбора мусора, устаревших файлов. Рекомендуется – 84 600 раз в сутки.

Never cache the following pages, укажите здесь страницы или разделы, которые никогда не стоит кэшировать.

– Ignored query stems, не кэшировать запросы содержащие эти данные.

– Reject query words, не кэшировать запросы содержащие эти слова или регулярные выражения.

Object cache

Default lifetime of cache objects, по умолчанию время жизни кэша объектов. Рекомендую указывать 84 600 – раз в сутки.

– Garbage collection interval, интервал сбора мусора. Рекомендую указывать 84 600 – раз в сутки.

– Global groups, у казаны глобальные группы для кэширования в сетевом режиме, оставьте по умолчанию.

– Non-persistent groups, укажите здесь группы, которые не должны кэшироваться.

Browser Cache

– Set Last-Modified header, здесь должна стоять галочка, чтобы для браузера был доступен набор последнего изменённого заголовка на вашем сайте.

– Set expires header, можно установить заголовок expires, чтобы стимулировать браузер для более частого кэширования файлов, но не обязательно. Не рекомендуется включать, так как увеличит количество запросов к вашему сайту.

– Set cache control header, можно включить функцию кэш контроля заголовка, которая будет добавлена в файл htaccess, не обязательно.

– Set entity tag (eTag), добавление в заголовки тегов eTag, для стимуляции браузеров, не обязательно.

– Set W3 Total Cache header, установить общий кэш заголовка, не обязательно.

– включение GZIP сжатия, тогда отключите данную опцию.

– запретить кэширования объектов после изменений, не обязательно включать.

Prevent caching exception list, список исключений для запрета кэширования.

Don’t set cookies for static files, не устанавливать куки для статических файлов, не обязательно включать.

Do not process 404 errors for static objects with WordPress, не обрабатывать 404 ошибки для статических объектов с WordPress, не обязательно включать.

– 404 error exception list, список исключений для 404 ошибки.

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

– Set Last-Modified header, набор последнего изменения заголовка для CSS и JS файлов, должно быть включено.

– Set expires header, поставьте галочку, чтобы указать срок жизни для expires заголовка в CSS и JS файлов, не обязательно.

– Set cache control header, включение функции cache control для CSS и JS файлов, не обязательно.

Cache Control policy, оставьте по умолчанию.

– Set entity tag (ETag), добавление тегов ETag в заголовки CSS и JS файлов, не обязательно.

– Set W3 Total Cache header, общий кэш для заголовков CSS и JS файлов, не обязательно.

Enable HTTP (gzip) compression, можно не включать если на вашем сайте уже используется gzip сжатие, ссылка вверху.

Prevent caching of objects after settings change, запрет кэширования объектов после изменений для CSS и JS файлов, не обязательно включать.

Disable cookies for static files, не создавать куки файлы для статических CSS и JS файлов, не обязательно включать.

– Set Last-Modified heade, набор последнего изменения заголовка для HTML и XML файлов, должно быть включено.

– Set expires header, поставьте галочку, чтобы указать срок жизни заголовка expires. Рекомендуемый срок 84 600 секунд.

– Set cache control header, можно установить кэш заголовка элемента управления, cache control для HTML и XML файлов, не обязательно.

– Cache Control policy, политика управления кэшем, оставьте по умолчанию.

– Set entity tag (ETag), можно добавить тег ETag к заголовком, для стимулирования браузеров.

– Set W3 Total Cache header, установить W3 Total Cache для заголовка, не обязательно.

Enable HTTP (gzip) compression, включайте gzip сжатие только в том случае, если вы не используете его на данный момент своём сайте.

– Media Other Files, здесь можете включить функцию – Set expires header , чтобы указать срок жизни кэша медиафайлов, срок жизни оставьте по умолчанию. Если на вашем сайте уже включено GZIP сжатие, то отключите функцию – Enable HTTP (gzip) compression . Остальные настройки оставьте по умолчанию. Сохраните сделанные изменения.

Остальные настройки

– User Agent Groups, здесь можно создать группу пользовательских агентов, чтобы создавать кэш специально для каждого выбранного устройства или группы устройств. Вы можете указать тему или домен, на который будет выполнен редирект при обнаружении указанного устройства.

– Referrer Groups, то же самое что и выше, только для поисковых систем, браузеров.

– CDN, если вы используете функцию CDN (сеть доставки контента), то вы можете настроить здесь параметры данной функции. Данную функцию использовать не обязательно.

– Monitoring, настройка параметров функции мониторинга. Данную функцию использовать не обязательно.

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

– FAQ, вопросы и ответы по работе с данным плагином.

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

– Install, информация о работе плагина. Здесь показано какие изменения были сделаны на вашем сайте после установки данного плагина.

– About, дополнительные возможности плагина, которые вы можете использовать.

Остались вопросы? Напиши комментарий! Удачи!


Настройка плагина W3 Total Cache wordpress новая инструкция обновлено: Май 15, 2018 автором: Илья Журавлёв