Как настроить плагин wp super cache

Как настроить плагин WP Super Cache, чтобы ускорить WordPress

В этой статье мы расскажем, как настроить параметры WP Super Cache, чтобы уменьшить время загрузки страниц сайта.

Обзор

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

Плагин совместим как с Apache , так и Nginx веб-серверами. Еще одной отличительной особенностью WP Super Cache является его компактность и простота в установке.

Давайте приступим к улучшению производительности вашего сайта с помощью этого плагина.

Рекомендуемые настройки WP Super Cache

Прежде всего, нужно установить плагин и активировать его. После активации, перейдите в раздел Настройки> WP Super Cache .

Простые

Включите кэширование, установив флажок для опции « Кэширование включено » и нажав на кнопку « Обновить »:

Расширенные

Кэширование

1. Установите флажок для опции WP Super Cache плагина « Кэшировать сессии просмотров для быстрого доступа »;
2. Установите флажок для опции « Использовать mod_rewrite для обслуживания кэша »:

« Использовать mod_rewrite для обслуживания кэша »: из всех методов кэширования mod_rewrite самый быстрый вариант, потому что он полностью обходит PHP и обслуживает непосредственно кэшированные страницы. Это позволяет сайту загружаться быстрее даже на медленных серверах.

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

Разное

1. Установите флажок « Сжимать файлы кэша, чтобы ускорить работу ». Эта опция позволяет использовать Gzip-сжатие для ускорения сайта;
2. Установите флажок для опции « Не кэшировать страницы для известных пользователей »;
3. Установите флажок параметра « Автоперестройка кэша »:

Расширенные

1. Для настройки плагина WP Super Cache установите флажок для опции « Поддержка мобильных устройств »:

1. Уберите флажок « Блокировка файлов »:

1. Нажмите кнопку « Обновить », чтобы применить изменения. На экране должно появиться предупреждение « Нужно обновить правила rewrite »:

1. Перейдите вниз и нажмите кнопку « Обновить правила mod_rewrite »:

После обновления правил, желтая панель исчезнет, а вместо нее появится панель зеленого цвета с надписью « Правила Mod rewrite обновлены »:

Просроченные страницы и Garbage Collection

В разделе « Просроченные страницы и Garbage Collection » можно указать, как долго данные должны храниться в кэше. По умолчанию значение « Тайм-аут кэша » установлено на 3600 секунд ( 1 час ), что подойдет для большинства сайтов.

Можно изменить этот параметр WP Super Cache плагина WordPress , исходя из того, как часто вы обновляете контент. Если контент на сайте меняется и добавляется интенсивно, можно уменьшить значение до 1800 секунд. Если сайт не обновляется часто, то можно увеличить значение тайм-аута до 86400 секунд ( 1 день ):

На вкладке « Дополнительно » оставьте для всех параметров значения по умолчанию.

Настройка CDN

Если вы используете CDN , можно интегрировать провайдера CDN с WP Super Cache . Если вы не используете CDN , пропустите этот раздел.

Предварительная загрузка (необязательно)

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

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

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

Заключение

Теперь, когда вы успешно настроили кэширование на своем WordPress , вы должны заметить увеличение скорости работы сайта, которое можно отследить с помощью такого инструмента, как GTmetrix .

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

Пожалуйста, оставьте свои мнения по текущей теме материала. За комментарии, дизлайки, подписки, отклики, лайки низкий вам поклон!

Источник

Wp Super Cache настройка

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

Инструкция WP Super Cache настройка плагина

Current Version: 1.7.4

Last Updated: 16.09.2021

Давайте перейдем прямо к настройке WP Super Cache.

После установки и активации плагина перейдите на вкладку « Настройки » → WP Super Cache , чтобы начать настройку плагина.

Шаг 1: Вкладка ‘Простые’ в настройке плагина Wp Super Cache

По умолчанию WP Super Cache отключает кеширование до тех пор, пока вы не включите его вручную, и этот параметр вы увидите, когда углубитесь в настройки плагина:

Ниже этого раздела вы найдете обзор текущей конфигурации плагинов.

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

Далее переходим ко второму шагу нашей инструкции WP Super Cache.

Шаг 2: Расширенная конфигурация плагина кэша

Здесь вы можете выбрать, какой метод доставки кэша использовать. По умолчанию ( Простой ) использует PHP для обслуживания кэшированных статических файлов. А опция Эксперт использует модуль Apache для обслуживания этих файлов:

Метод Apache требует настройки файла .htaccess и настройки модуля mod_rewrite . Если на вашем сайте используются пользовательские постоянные ссылки, модуль уже должен быть настроен. С другой стороны, если вы умелый пользователь Nginx, вам нужно будет настроить пользовательские правила для вашего сервера, если вы хотите использовать этот метод.

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

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

Разное

Далее, прокрутите вниз до настроек Ограничения кеша под заголовком Разное :

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

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

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

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

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

Далее прокрутите вниз до раздела Расширенные . Здесь необходимо включить параметр « Включить динамическое кэширование », который будет генерировать статические копии динамического содержимого (например, рекламы или количества посещений):

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

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

Настройки времени истечения

Далее, давайте настроим время истечения срока и сбора мусора . Время ожидания по умолчанию для ваших кэшированных файлов установлено на 1800 секунд (или 30 минут). Это означает, что WP Super Cache будет хранить кэшированную версию страницы в течение 30 минут перед созданием новой копии:

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

Если что-то изменится, например, вы обновили записи, то WP Super Cache проигнорирует это и сразу же сгенерирует новую версию кэша (это то, что вы включили в предыдущем разделе).

Допустимые имена & Запрещенные адреса

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

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

Шаг 3. Поддержка сети доставки контента CDN

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

Есть два способа включить поддержку CDN с помощью WP Super Cache. Сам плагин рекомендует использовать встроенную функциональность Site Accelerator в плагине Jetpack. Это оптимизирует ваши изображения и сохранит файлы, а также ваши CSS и JavaScript, вне сайта.

Этот подход работает, и он также бесплатный, но он создает пару проблем. Для начала вам понадобится учетная запись WordPress.com для Jetpack для работы с вашим сайтом — это скорее нудно, но об этом нужно знать.

Во-вторых, Site Accelerator хранит файлы неограниченное время. Он не проверяет наличие обновлений для ваших изображений или сценариев, если вы не принудите его, переименовав эти файлы.

К счастью, WP Super Cache также предлагает встроенную опцию поддержки CDN. Он позволяет автоматически направлять плагин на сторонний URL (ваш CDN URL), из которого он будет извлекать все ваши wp-content и wp-include файлы.

В целом, интеграция WP Super Cache с CDN может быть немного сложнее. Однако CDN могут значительно повысить производительность вашего сайта и позволить ему лучше справляться со скачками трафика. Это определенно вариант, если вы не против технических проблем. Вы также можете найти несколько хороших бесплатных CDN для WordPress.

На этом этапе можно включить кеширование для своего сайта. Для этого вернитесь на вкладку Простые и поставьте галочку напротив первого шага!

Что делать после включения кеширования

Конечно, кэширование — это один из лучших способов повысить производительность вашего сайта, но далеко не единственное решение.

Как пользователь WordPress, вы можете сделать много вещей, чтобы ваш сайт загружался быстрее, например:

1. Проверить нагрузку плагинов;
2. Использовать легкую тему;
3. Переключиться на более быстрый веб-хостинг;
4. Произвести обновление до последней версии PHP.

Я рассмотрю большинство из этих процессов в подробном руководстве по оптимизации WordPress.

У вас есть дополнительные вопросы о том, как настроить WP Super Cache на вашем сайте WordPress? Оставьте комментарий и я постараюсь помочь!

Источник

WP Super Cache — установка и настройка кеширующего плагина WordPress

Про кеширование сайтов

Кеширование в вебразработке — это очень важно. В WordPress особенно. Не то, чтобы Вордпресс такой плохой и тяжёлый, просто если можно ускорить загрузку страниц и одновременно снизить нагрузку на хостинг, а потратить на это пару минут, не воспользоваться этой возможностью было бы очень глупо. Итак, ближе к делу. Знакомьтесь с самым популярным плагином для кеширования страниц в вордпресс: WP Super Cache

Эффективность WP Super Cache

Просто приведу 2 примера, до и после установки и настройки плагина

До установки WP Super Cache

После установки WP Super Cache

То есть, вы сами видите грубый расчёт, без плагина страница генерируется 879 миллисекунд, а с плагином — 84 миллисекунды. Разница в 10 раз! Ещё остались сомнения в том, нужно ли его устанавливать?
Особо рекомендую к использованию на виртуальных хостингах, и если ваш сайт по типу информационный: блог или статейник — основное содержание почти не меняется.
Есть и противопоказания, но они больше условные: например, если ваш сайт почти не содержит постоянного содержимого, например предоставляет некоторый сервис, динамически изменяемые в php блоки и тому подобное. Правда, и тут можно найти выход, настроив тип кеширования Legacy или PHP и включив Enable dynamic caching в настройках. Так что, пути выхода есть 🙂 Однако, я лично думаю, что для таких сайтов лучше обходиться объектным кешированием, например, на основе W3 Total Cache, что тоже будет довольно эффективно.

Обзор плагина WP Super Cache

Принцип работы прост: плагин создаёт статичные html и php файлы – копии страниц WordPress и сохраняет их в кеш: /wp-content/cache/supercache/ . Потом, при заходе пользователя на какую-либо страницу сайта, WordPress, вместо того, чтобы создать страницу с нуля, отдаёт браузеру заранее сохранённую копию html-страницы из кеша или собирает её максимально быстро из готовых php-файлов. Думаю, вполне очевидно, что такой вариант выходит экономнее по затратам ресурсов сервера и быстрее в плане скорости загрузки страницы.
Конечно, кеш отдаётся не всегда. При настройках по умолчанию, кеш не отдаётся для:

1. Залогиненных пользователей;
2. Пользователей, которые только что оставили комментарий на сайте;
3. Пользователей, которые просматривают защищённую паролем запись.

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

Где скачать WP Super Cache

Как установить плагин WP Super Cache

Можно либо распаковать архив в директорию плагинов /wp-content/plugins/ , либо воспользоваться загрузчиком плагинов в админке http://example.com/wp-admin/plugin-install.php?tab=upload

Здесь и далее заменяйте http://example.com в примерах на ваш адрес сайта

Если у вас свой виртуальный или выделенный сервер, обязательно выставите верные права доступа на распакованные файлы, каталоги, и /wp-content/ , чтобы кеш смог записываться

Также, более простым вариантом будет зайти в http://example.com/wp-admin/plugin-install.php , вбить в поиск WP Super Cache и установить найденный плагин

Установка WP Super Cache

Сигналом об удачной установке будет надпись:

Настройка WP Super Cache

После установки плагин нужно настроить. Это не займёт много времени. Самые основные моменты я опишу сначала, про тонкую настройку — чуть дальше.

Процесс установки и настройки WP Super Cache на видео:

Итак, вы переходите по ссылке http://example.com/options-general.php?page=wpsupercache .

Если на данном этапе вы видите ошибку

значит, у вас не настроены ЧПУ (человеко-понятные урлы). Переходите по ссылке http://example.com/wp-admin/options-permalink.php и выберите любой вариант, кроме первого

Теперь с ходу вас может огорошить сообщением

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

Включаем кеширование

И тут же чуть ниже проверяем

В принципе, всё, плагин работает и уже кеширует страницы 🙂
Но делает он в этом варианте не совсем эффективно. Приступим к тонкой настройке

Тонкая настройка кеширования

Переходим на вкладку Настройки ( http://example.com/wp-admin/options-general.php?page=wpsupercache&tab=settings )

Статус кэширования

Включить кеширование Отмечаем. Если снять галочку, кеширование выключится. То есть, грубо говоря, этот пункт включает и выключает кеширование, то есть делает то же самое, что и включение/отключение кеширования на странице http://example.com/wp-admin/options-general.php?page=wpsupercache&tab=easy

Метод доставки кеша

Тут есть 2 варианта на выбор:

Простой В данном случае, кеш будет обслуживать PHP. Вариант, когда сервер работает на NGINX + PHP-FPM, и нет возможности вносить изменения в конфигурацию NGINX. Также, может понадобиться, если на сайте используется отдельная тема для мобильных девайсов. В остальных случаях, выбирайте режим Эксперт . Эксперт Использовать mod_rewrite для обслуживания кешированных файлов. Выбираем этот пункт как наиболее быстрый и удобный для сервера.

Разное

Не кэшировать страницы для известных пользователей. (Рекомендовано) Включать однозначно. Если отключить, для известных пользователей (их 3 типа, указывались выше) будет генерироваться отдельный кеш, который ещё и всплыть наружу может, если теоретически. Ещё вы не будете видеть тулбар админа на страницах, что очень неудобно, когда нужно отредактировать страницу, сбросить кеш или ещё что-то в этом духе. Не кешировать страницы с параметрами GET (?x=y в конце URL)

Если отметить, то будет принимать во внимание параметры запроса и не кешировать её, если URL будет с параметрами навроде http://example.com/post?utm_source=twitter . Можно включить, можно отключить, смотрите по вашим потребностям. Чаще всего, его отключают. Сжимать файлы кэша чтобы ускорить работу. (Рекомендовано)

Отключить. В дополнение к обычному html будет создавать сжатую в gzip копию. Если экономите дисковое пространство — отключайте. Если у вас сервер на чистом Apache, либо NGINX без gzip, что встречается довольно редко — включите. Можете включить и посмотреть, будет мешать — отключите. Будет глючить на вашем хостинге — отключите. Кеш HTTP заголовков с содержимым страницы. Отключить. Включать, если есть проблемы с отдачей HTTP-заголовков. Заголовками HTTP должен заведовать сервер, а не плагин кеширования. При включении кеш страницы будет создаваться не в виде одной единой HTML-страницы, а в виде двух php-файлов, один из которых содержит заголовки, а второй — HTML-копию сгенерированной страницы. Ошибка 304. Данная ошибка возникает тогда, когда страница не была изменена со времени прошлого запроса. Включать обязательно. Будет отдавать 304 заголовок повторно зашедшему пользователю, если страница не изменилась, что означает, что его браузер не будет выкачивать страницу с сервера, а воспользуется сохранённой локально копией, что очень полезно и эффективно.

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

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

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

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

Расширенные

Включить динамическое кеширование. Требует «PHP» или упрощенного режима кеширования. (Смотрите ЧаВо или код примера в wp-super-cache/plugins/dynamic-cache-test.php ). Отключать. Эта опция будет полезна тем, кто изменяет код шаблонов, вставляя в них динамическое содержимое. Он работает, исполняя динамический код на странице перед тем, как выдать её браузеру пользователя.
На пример такого шаблона можно посмотреть тут /wp-content/plugins/wp-super-cache/plugins/dynamic-cache-test.php Поддержка мобильных устройств. (Требуется внешний плагин или тема. Смотрите ЧаВо для дополнительной информации) Отключить. В наш век адаптивного дизайна вопрос становится неактуальным. Включите, если же ваша тема подразумевает отдельную выдачу для мобильных, либо вы пользуетесь одним из следующих плагинов:

• Jetpack’s Mobile Theme Module
• WPTouch
• WordPress Mobile Edition
• WordPress Mobile Pack

Убрать поддержку UTF-8 из файла .htaccess . Требуется только если вы видите странные символы или пунктуация некорректна. Требует обновления правил rewrite Отключить. Необходимо включать, только если вы видите странные символы или некорректные знаки пунктуации, что случается крайне редко. Очистить все файлы кеша при публикации или обновлении страницы или записи. Очищает весь кеш, когда запись или страница публикуется или обновляется. Я отключил, так как не вижу смысла сбрасывать весь кеш из-за одной страницы. Вы смотрите по вашей ситуации. Дополнительная сверка кэша (очень редко может нарушить работу кэширования). Отключить Обновлять страницу при добавлении нового комментария к ней На ваше усмотрение Создать список страниц в кэше (выводится на этой странице) Отключить. Список страниц в кеше можно посмотреть в разделе Состояние кеша «Поздняя» инициализация. Плагин будет отображать кэшированные страницы после загрузки WordPress. Опция полезна при режиме совместимости. Отключить НЕ КЕШИРОВАТЬ СТРАНИЦУ секретный ключ: Ключ, с помощью которого можно обойти кеш. Например, чтобы увидеть главную страницу в обход кеша, зайдите на страницу http://example.com/?donotcachepage=5aasdawc4fed6ec1b0f5e1037d670867 (ключ вставите свой)

Когда все пункты пройдены, сохраняем их.

Модуль Mod Rewrite

Если вы выбрали способ кеширования mod_rewrite, то плагин потребует обновить .htaccess

Прокручиваем страницу вниз и обновляем

Просроченные страницы, Очистка мусора

Теперь нужно настроить правила очистки устаревшего кеша

Таймаут кэширования — выставляется время жизни кеша в секундах, сколько времени он остаётся актуальным. Хорошим тоном будет начать с 1 часа (3600 секунд). Вы подбирайте время, исходя из принципа, как часто обновляется контент на сайте: чем реже, тем большее число можно ставить. Например, в статейниках вполне можно оставлять 86400 секунд , что соответствует 24 часам .

Также, вы можеет поставить 0, и тогда старый кеш не будет очищаться. Это может быть полезным, скажем, если Вы стремитесь к тому, чтобы дата создания страницы соответствовала дате создания её закешированной копии. Однако, помните, что если Вы вносите изменения в дизайн сайта, либо устанавливаете новый плагин, который вносит в изменения в дизайн страницы, изменения не будут приняты, пока кеш не будет очищен. Я лично рекомендую не обнулять очистку кеша, а ставить время жизни кеша побольше.

Поисковые и другие боты

Чтобы запретить плагину кэшировать запросы от поисковых ботов и других сетевых роботов, введите их названия в поле ниже (по одному в строке). Если копия страницы уже существует в кэше Super Cache, то она все равно будет отправлена боту.

Стираем и оставляем поле пустым, сохраняем.

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

Несущественны, поэтому оставляете как есть.

Общий кеш

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

Для любителей консоли SSH есть возможность не использовать Общий кеш, а для разогрева кеша использовать wget:

Такую конструкцию можно отправить в cron:

1. В консоль пишем
2. Конструкция ниже обходит сайт каждый час, поддерживая страничный кеш свежим:

Раздел хорошо описан на русском языке, поэтому распишу только основные настройки:

• Обновлять кеш каждые 120 минут — кеш будет считаться актуальным 2 часа. Вы ставите своё время. Чем реже обновляется сайт, тем большее время можно поставить.
• Предварительный режим (очистка мусора работает не полностью, опция рекомендована к включению.) — включить, в объяснении, думаю, не нуждается.
• Предзагрузка тегов, категорий и других таксономий. — включить. Будут предзагружены категории, теги и другие таксономии.

Теперь сохраняете данные или создаёте кеш прямо сейчас.

Общий объём кеша будет зависеть от количества записей, страниц, рубрик (категорий), меток (тегов). Дисковое пространство — это, как правило, самый дешёвый и легко масштабируемый ресурс на хостинге и сервере, и если у вас не сильно посещаемый проект (до 10-20 тысяч уникальных пользователей в сутки), а страничный кеш выходит большим, то вы вполне можете брать обычный дешёвый жёсткий диск hdd, на честном хостинге разницу с ssd вряд ли заметите, зато сэкономите бюджет. Если больше, hdd тоже будет хорошо себя показывать, но тут я бы порекомендовал посоветоваться с системными администраторами на предмет оптимизации сервера, либо написать мне в форму обратной связи.

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

WP Super Cache и WooCommerce

Если у вас магазин на основе WooCommerce, и вы хотите использовать WP Super Cache, то вам нужно исключить следующие страницы из процесса кеширования:

• Корзина (Cart)
• Мой аккаунт (My Account)
• Оформление заказа (Checkout)

Это можно сделать в разделе Расширенные example.com/wp-admin/options-general.php?page=wpsupercache&tab=settings , просто отметив Страницы (is_page)

Такой вариант подойдёт, если у вас мало записей в Страницах. Если же их много, то лучше не отмечать Страницы (is_page), а добавить части адресов служебных страниц в раздел чуть ниже, как на примере

Добавляем служебные страницы WooCommerce в список исключений

Как проверить работу WP Super Cache самостоятельно

Вы можете самостоятельно проверить, как работает плагин, довольно просто.
Для начала, открываете браузер в режиме инкогнито или в приватном режиме. Для Firefox это делается с помощью Ctrl + Shift + P , для Google Chrome или Яндекс Браузера — Ctrl + Shift + N .
Теперь откройте исходный код страницы ( Ctrl + U ) и посмотрите в самый конец, там вы увидите примерно следующее

Это отметка, сколько времени собиралась страница и в какие дату и время это произошло.

Если вы заглянете в исходный код страницы под админом, то увидите что-то навроде

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

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

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

Для этого, жмёте F12 , откроется консоль, там вы переходите в раздел Network — Doc или Сеть — HTML и перезагружаете страницу ( Ctrl + F5 ). По завершению, ищете верхнюю строчку и время отклика, оно должно занимать в норме 100-300 миллисекунд или 0.1-0.3 секунды. Может и больше, если ваш хостинг в США, а вы в России, континентальную удалённость нужно учитывать. Но вообще, чем меньше это значение, тем лучше.
Ради интереса можете временно выключить WP Super Cache и сравнить значения до и после установки плагина.

После установки WP Super Cache

И ещё маленький совет — кеш браузера иногда будет путать вас, поэтому полностью сбрасывайте его с помощью Ctrl + F5 , а лучше тестируйте работу плагина и сайта в режиме инкогнито браузера.

Настройка сервера для WP Super Cache

Итак, плагин у нас установлен и настроен правильно. Как проверить правильность работы рассказано выше, а теперь перейдём к настройке сервера. Это будет актуальным, если у вас собственный VDS/VPS или выделенный сервер.

Далее, в примерах будет происходить настройка под домен example.com и его поддоменов. Вы должны самостоятельно заменить их на своё имя домена

htaccess (Apache) и WP Super Cache

Этот пункт касается тех, у кого сервер настроен в режиме работы LAMP (Linux, Apache, Mysql, PHP). Если во фронтенде или в роли основного вебсервера установлен NGINX, советую перейти к разделу ниже

Если вы дошли до этого пункта и выбрали в настройках плагина режим mod_rewrite , то по сути ничего делать и не нужно. Но, в целях оптимизации работы ( .htaccess загружается каждый раз при загрузке сайта, apache2.conf только 1 раз во время рестарта сервера), или если обработка правил .htaccess на вашем сервере отключена, вы можете скопировать данные из .htaccess и перенести их в конфигурационный файл, где объявляются настройки вашего сайта (например, в Debian он может располагаться в /etc/apache2/vhosts/sheensay.ru.conf ).

Далее, пример конфигурационного файла .htaccess

Пример конфигурационного файла Apache. Вы можете вставить в него код из .htaccess

NGINX и WP Super Cache

Итак, у вас свой виртуальный или выделенный сервер, и вам хочется, чтобы WP Super Cache выжимал по максимуму. Но, из коробки этот плагин предлагает настройки только под php и htaccess . И здесь я опишу, как можно настроить конфигурационный файл NGINX под оптимальную работу с WP Super Cache. Это может пригодиться, скажем, если у вас сервер собран в виде LEMP (Linux, NGINX (EngineX), Mysql, PHP), и вместо Apache в бекенде php-fpm.

Хочу заметить, что в данной конфигурации кеш NGINX включать не нужно, так как NGINX будет брать статичные страницы из кеша WP Super Cache напрямую, минуя интерпретатор PHP. И, на мой взгляд, удобнее именно эта конфигурация, так как управлять кешем из админпанели WordPress удобнее, нежели чем из консоли кешем NGINX.

Если для сайта включен кеш NGINX, и отключить его нельзя, то плагин WP Super Cache лучше не использовать, так как увеличения производительности Вы не заметите, а двойное кеширование будет только мешать.

WooCommerce и другие подобные плагины, которые используют переменные GET в URL, требуют, чтобы при обработке PHP передавались параметры $args :

Однако, WP Super Cache может работать неправильно при использовании /index.php?$args .
В таком случае, могу посоветовать выбрать другой кеширующий плагин, например, W3 Total Cache.

В примере будет 3 варианта конфигурации, в зависимости от режима работы WordPress: обычный сайт, WordPress Multisite с сайтами в подкаталогах и WordPress Multisite с сайтами на поддоменах. По умолчанию, включен первый режим. Если у вас Miultisite, просто раскомментируйте нужные строчки.

Ниже пример конфигурационного файла NGINX + php-fpm с возможностью заменить бекенд на Apache с комментариями:

Учтите, что Apache тут висит на порту 8080

Как проверить правильность URI файлов кеша WP Super Cache

Допустим, Вы хотите проверить страницу http://example.com/mypage , правильно ли видит NGINX её расположение в кеше. Для этого надо:

Раскомментировать строку с add_header , код будет примерно следующего содержания:

Перезагрузить nginx:

Открыть Хром в режиме инкогнито ( Ctrl + Shift + N ) и открыть любую страницу сайта

Нажать F12 , откроется консоль. Перезагрузить страницу F5

В консоли выбрать Network — Doc , затем кликнуть самый верхний пункт в списке (это наша страница mypage ), раскроются подробности — в пункте Responce Headers видим наш URI.

Как проверить заголовки в консоли F12 Googe Chrome

В переменной X-$wpsc_uri должно находиться следующее: /wp-content/cache/supercache/example.com/mypage/index.html

Устранение ошибок в работе WP Super Cache

Порой возникают небольшие проблемы, которые довольно просто решаются

Отсутствующие модули Apache

Если в бекенде PHP-FPM, а не Apache, просто проигнорируйте это сообщение.

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

Потом перезагружаете Апач

WP Super Cache не создает общий кэш

Убедитесь, что вы нажимаете именно на кнопку Создать общий кеш сейчас. Через 10 секунд перезагрузите страницу, вы увидите процесс создания кеша. Заодно проверьте каталог /wp-content/cache/supercache/имя_домена/структура_сайта/

Если кеш всё равно не создаётся, и у вас простой хостинг — напишите в службу поддержки, они помогут решить вопрос.

Если у вас свой сервер или vps/vds, и кеш не создаётся, проверьте, есть ли у WordPress права писать в каталог /wp-content/cache/ . Это можно сделать, скажем, с помощью Far Manager:

1. Авторизуетесь на сервере по ssh
2. Переходите в каталог с файлами сайта, например
3. Перемещаете указатель на директорию cache и жмёте комбинацию Ctrl + A
4. Вылезет окно

Права на запись /wp-content/cache/

Или, так как часто nginx работает под пользователем www-data

Также, обратите внимание на права доступа Octal : 0755 — это верный уровень. Если что, можно сменить права доступа командой chmod, либо прямо из Far Manager путём проставления галочек в Permissions , не забывая поставить галочку Set attributes recursively (установить атрибуты рекурсивно, то есть во всех вложенных каталогах тоже).

Как очистить кеш WP Super Cache

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

• Найти кнопку в админтулбаре наверху любой страницы
  
• Вариант посложнее: перейти в http://example.com/wp-admin/options-general.php?page=wpsupercache&tab=easy и найти кнопку
  
• Самый надёжный вариант: удалить папку /wp-content/cache/supercache/

Не забудьте сбросить кеш браузера, например, Ctrl + F5 для конкретной страницы во фронтенде или Ctrl + Shift + Delete для Google Chrome

Как правильно удалить WP Super Cache

Плагин удаляется так же, как и любой другой — через панель управления http://example.com/wp-admin/plugins.php , деактивацию плагина и его последующего удаления.

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

Если хотите удалить его вручную:

1. Отключить кеширование и очистить кеш (желательно 3 способом)
2. Деактивировать плагин
3. Удалить из wp-config.php define( ‘WP_CACHE’, true );
4. Удалить из .htaccess правила, добавленные в секцию #WPSuperCache
5. Удалить /wp-content/advanced-cache.php и /wp-content/wp-cache-config.php
6. Удалить /wp-content/cache/
7. Удалить /wp-content/plugins/wp-super-cache/

W3 Total Cache или WP Super Cache

Меня часто спрашивают, какой плагин лучше выбрать, W3 Total Cache или WP Super Cache? Отвечу по пунктам:

Выбирайте WP Super Cache, если:

• Если у вас информационный сайт — статейник, блог и тому подобное;
• Вы не особо разбираетесь или не хотите разбираться в тонкостях работы и настроек сайтов и плагинов. WP Super Cache проще в настройке, но от этого он не менее эффективен в работе;

Выбирайте W3 Total Cache, если:

• Если у вас сервис или сайт, у которого большая аудитория — авторизованные пользователи — сервис, где основной сервис внутри, для доступа к которому нужно авторизоваться, форум, соцсеть и тому подобное;
• Вы — программист или пытливый человек, которому нравится возиться и разбираться в тонкой настройке кеширования, контролировать подобные тонкости.

В заключение

Пользуйтесь плагинами страничного кеширования в WordPress, даже если ваш сайт малопосещаемый, возможно, это поможет ему ранжироваться выше.
WP Super Cache — самый простой, проверенный и распространённый инструмент из подобных, который при должной настройке сможет удерживать работоспособным любой нагруженный проект на WordPress даже при внезапных всплесках посещаемости.

Источник