Простой и лёгкий плагин для кэширования сайта wordpress. Плагины для wordpress для кэширования


WordPress плагины для SEO, кэширования, защиты от взлома и спама

Плагины WordPress для SEO, кэширования и безопасности сайта

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

Требования к плагинам: бесплатные, эффективные, простые в настройке, не сильно требовательные к ресурсам сервера, поддерживаются своими авторами и регулярно обновляются.

Вот эти плагины:

Плагин для SEO — The SEO Framework

До недавнего времени, для SEO оптимизации страниц мы использовали плагины All in One SEO Pack и Yoast SEO. Хорошие плагины, настоящие SEO-монстры, но для многих проектов они просто не нужны, так как их возможности не используются на 100%. Сейчас, на большинство своих сайтов мы сразу устанавливаем The SEO Framework.

The SEO Framework плагинКачественное SEO можно делать более простым и легким плагином The SEO Framework, тем более что, то, как будут ранжироваться страницы сайта, зависит в большей степени не от того, какой плагин установлен, а от качества работы оптимизатора. Плагин простой, но не примитивный, имеет достаточное количество настроек.

Не будем перечислять всех особенностей и возможностей плагина The SEO Framework, вы можете ознакомиться с ними по ссылке, отметим лишь что он делает все тоже что и другие SEO плагины, имеет простой и понятный интерфейс, не нагружает сервер, лучше чем другие подходит для RU сайтов, не атакует рекламой платной PRO версии, потому что ее нет.

Плагин для Кэширования — WP Fastest Cache

Кэш сайта WP Fastest Cache плагин

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

Плагин WP Fastest Cache позволяет настроить предварительное создание кэша по приоритетам, может сжимать HTML, CSS и JS страниц, объединять разрозненные файлы стилей и скриптов, заставлять работать кэш браузера и Gzip сжатие страниц сервером. Гибко настраивается сброс кэша страниц по расписанию. Большинство функций работает в бесплатной версии плагина, но есть и версия Pro.

Защита сайта от взлома и спамеров с плагином All In One WP Security & Firewall

Плагин безопасности All In One WP Security & Firewall позволяет обеспечить базовую защиту WP сайта от взлома и спама, заблокировать ботов. Плагин довольно простой. Время настройки — 5-15 минут.

Защита от взлома и спама - All In One WP Security & Firewall плагин

All In One WP Security & Firewall защищает сайт от взлома и самых распространенных типов хакерских атак. Следует понимать, что никакой плагин не может дать 100% защиты сайта от взлома, но большинство лазеек для начинающих хакеров он прикроет.

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

Альтернативные плагины для защиты сайта, кэширования и SEO

Альтернативные плагины для SEO сайта мы перечислили в начале поста, это — All in One SEO Pack и Yoast SEO плагин. Для защиты сайта мы использовали плагин Wordfence Security, а в качестве плагина кэширования — WP Super Cache и W3 Total Cache. Последний, мы советуем устанавливать для серьезных, нагруженных проектов.

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

own2.ru

WP Super Cache плагин для кэширования WordPress сайтов. Настройки и использование

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

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

  • Не авторизированные пользователи.
  • Пользователи не оставившие комментарии на вашем блоге.
  • Пользователи не просмотревшие посты защищенные паролем.
  • Навигация по статье:

    Плагин кэширует файлы тремя способами (по скорости):

  • Самый быстрый способ, заключается в использовании Apache mod_rewrite (или любого другого модуля вашего веб-сервера) для создания HTML файлов. Этот способ полностью обходит PHP и очень быстрый. Если ваш сервер попадет под большое количество одновременного трафика, то это лучший метод для того чтобы справиться с такой задачей. Этот способ требует установленного модуля Apache mod_rewrite и модифицированного файла .htaccess. Визиты анонимных или неизвестных пользователей будут обслуживаться этими файлами.
  • PHP. Статические файлы сгенерированные плагином будут поданы пользователям через PHP скрипты. Этот способ почти такой же быстрый как предыдущий, он проще в настройке и не требует модификации файла .htaccess.
  • Наследие кэширования. Этот способ в основном используется для постоянных посетителей вашего сайта, которые авторизированны, оставляют комментарии. Это самый медленный способ но он подходит для отдельных посетителей, которым важна изменяющаяся информация. Наследие отправляет кэшированные файлы новым посетителям, чего в принципе мы и добиваемся.
  • Если вы новичок в кэшировании используйте метод PHP, он легок в настройке и достаточно быстрый. По возможности избегайте наследования.

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

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

  • PHP кэширование.
  • Сжатие страниц.
  • Отсутствие кэша страниц для «старых» посетителей.
  • Восстановление кэша.
  • Поддержка CDN.
  • Добавочные проверки начальной страницы.
  • Очистка мусорных файлов кэша, которые устарели, является функцией плагина. В настройках значения срока очистки нету правильного значения, хорошим примером может быть значение 1800 секунд.

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

    Установка и подготовка к использованию плагина WP Super Cache.

  • На вашем сервере должны быть установлены Apache mod mime и mod rewrite модули, а так же в настройках WordPress должен быть установлен параметр постоянных ссылок в одном режиме и не меняться после создания кэша. Безопасный режим PHP должен быть отключен.
  • Если у вас установлен плагин WP-Cache, пожалуйста, отключите его и правильно удалите. Убедитесь в том что из файла wp-config.php удалены WP_CACHE и WPCACHEHOME. Также нужно проверить удален ли файл WP-Cache-config.php находящийся в директории wp-content/wp-cache-config.php и  wp-content/advanced-cache.php. Они будут вновь созданы при установке нового плагина WP Super Cache.
  • Загрузите плагин в директорию с плагинами WordPress (‘wp-content/plugins/wp-super-cache/’), что в последствии создаст новую папку плагина или же установите плагин в обычном режиме из админки. После установки плагина его нужно активировать.
  • После активации плагина переходим с админки в пункт меню Настройки/WP Super Cache и включаем кэширование. При возникновении ошибок или пустого экрана, нужно будет провести некоторые проверки, которые описаны в разделе «Вопросы и ответы» в данной статье.
  • Если вы выбираете способ кэширования mod_rewrite, в файл .htaccess должно быть добавлено правило, которое выглядит примерно таким образом:

    ——————.htaccess—————— RewriteEngine On RewriteBase /

    RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L]

    RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{QUERY_STRING} !.*attachment_id=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L]

    RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L]——————.htaccess——————

    12345678

    ——————.htaccess—————— RewriteEngine On RewriteBase / RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L] RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{QUERY_STRING} !.*attachment_id=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] ——————.htaccess——————

  • После активации плагина проверьте наличие файла «wp-content/cache/.htaccess», если он не был создан автоматически, создайте его со следующим наполнением:

    # BEGIN supercache <FilesMatch «.html.gz$»> ForceType text/html FileETag None AddEncoding gzip .gz AddType text/html .gz SetEnvIfNoCase Request_URI .gz$ no-gzip Header set Cache-Control ‘max-age=3, must-revalidate’ ExpiresActive On ExpiresByType text/html A3 « # END supercache

    1

    # BEGIN supercache  <FilesMatch «.html.gz$»> ForceType text/html FileETag None  AddEncoding gzip .gz AddType text/html .gz   SetEnvIfNoCase Request_URI .gz$ no-gzip   Header set Cache-Control ‘max-age=3, must-revalidate’   ExpiresActive On ExpiresByType text/html A3  « # END supercache

  • Apache должен быть настроен для модулей используемых в примере. Если вы получите «Ошибку 500» при обслуживании анонимных пользователей, вам нужно будет разбираться в конфигурации сервера. Пример конфигурации для правильной работы плагина:

    <Directory / дома / WWW /> AllowOverride Все Directory>

    1

    <Directory / дома / WWW /> AllowOverride Все  Directory>

  • wp-content/advanced-cache.php загружает кэширование движка. Этот файл создается автоматически при установке плагина. Он использует постоянный WPCACHEHOME для кэширования.
  • Подробная настройка плагина WP Super Cache

    После установки плагина первое что вам нужно сделать это включить кэширование вашего сайта. Для этого переходим с админки в пункт меню Настройки/Wp Super Cache и в появившемся меню произвести главную настройку плагина — включение кэширования.

     

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

    Первым делом удалим старые файлы кэша, которые хранятся в папке wp-content/cache на сервере. Делается это также через плагин:

     

    После удаления ненужных файлов, проверим правильность работы плагина WP Super Cache, если все работает корректно мы сможем продолжить тонкие настройки дополнения. Итак, произведем проверку, нажав на соответствующую кнопку:

    Если после проверки вы видите такую же надпись «Временные штампы обоих вариантов страницы совпадают!» это означает что кэширование включено и нужно переходить к их настройке.

    Первым делом выберем способ которым будут создаваться наши кэшированые страницы. Описание способов представлено выше в статье. Для примера выберем самый быстрый и эффективный способ. Выставите все настройки как показано ниже:

    После того как вы отметите нужные пункты настройки опускаемся немного ниже и нажимаем на кнопку «Обновить».

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

    При успешном добавлении новых правил вы увидите зеленое оповещение об этом:

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

     

    Как настраивать время жизни файлов кэша? Все дело в том что для каждого сайта данная настройка будет индивидуальной. Если вы выставите время жизни «Cache Timeout» значением «0», то кэш не будет иметь срока годности, и будет действовать пока вы его вручную не удалите. Такая настройка полезна для сайтов на которых страницы не обновляются вообще, если же вы вносите изменения, имеете на сайте возможность комментирования тогда, нужно будет подобрать подходящее время жизни кэшированых страниц.

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

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

    В случае возникновения проблем при установке и настройке плагина, попробуйте найти решение ниже в цикле статьи «Вопросы и ответы».

    Как удалить WP Super Cache?

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

  • Отключить кэширование в настройках плагина, и очистить кэш.
  • Деактивировать плагин из административной панели WordPress.
  • Удалить строчку из файла конфигурации wp-config.php — define( ‘WP_CACHE’, true ).
  • Удалить правила mod_rewrite из файла .htacces (начало и конец которого отмечено SuperCache BEGIN и END тегами).
  • Удалить файлы по адресу wp-content/advanced-cache.php и wp-content/wp-cache-config.php.
  • Очистить папку wp-content/cache.
  • Удалите папку wp-super-cache из директории плагинов WordPress.
  • Что делать если при автоматическом удалении плагина сайт перестал работать или работает не корректно?

    При возникновении проблем после деактивации и удаления плагина WP Super Cache требуется ручное вмешательство, проделайте операции описанные в пунктах 3-7 представленных в инструкциях выше.

    WP Super cache и настройка CDN.

    Сеть доставки контента предназначена для ускорения загрузки требуемых данных вашему сайту. Статические данные, JS, CSS  можно подгружать к вашему сайту из сторонних источников или же с поддоменов. Эта функция была подключена к базовой поддержке WP Super Cache. Данная функция работает путем переписывания URL адресов требуемых файлов (за исключением файлов .php) находящихся в директориях wp-content и wp-includes находящихся на сервере. Данная функция позволит скачать требуемые файлы, до истечения их срока действия они будут автоматически подключаться к статической странице вывода пользователю.

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

    Ответы на часто задаваемые вопросы по WP Super Cache.Почему WP-Super-Cache лучше чем WP-Cache?

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

    Будут ли комментарии и другие динамические страницы моментально обновляться в кэше?

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

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

    Будет ли плагин WP Super Cache замедлять загрузку сайта?

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

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

    Кэш исчезает после обновления плагина WP Super Cache?

    Когда плагины WordPress обновляются, папки с плагинами удаляются и воссоздаются заново, по этому данные кэша будут утеряны после обновления. Это можно обойти расположив переменную $wp_cache_plugins_dir, находящуюся в wp-config.php или wp-content/wp-cache-config.php, вне папки wp-super-cache.

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

    Рекомендую почитать:

    ypeywemy.ru

    Простой и лёгкий плагин для кэширования сайта wordpress — ТОП

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

    Если вы не хотите использовать кэш браузера, то тогда рекомендую вам использовать простой плагин для кэширования сайта, который создаст минимальную нагрузку на ваш сайт. Плагин — bodi0`s Easy cache можно установить прямо из админ-панели wordpress. Перейдите по вкладке: Плагины — Добавить новый, введите название плагина в форму поиска, нажмите Enter, установите и активируйте плагин.

     

    15-12-2015 20-27-28_mini

     

    Чтобы настроить плагин, перейдите по вкладке: Настройки — Easy cache.

     

    15-12-2015 20-35-02_mini

     

    В настройках плагина, вам нужно включить кэширование. В значении — Enable caching укажите Yes и сохраните настройки.

     

    15-12-2015 20-39-20_mini

     

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

    — Cache folder path, здесь указан адрес расположения кэша.

    — Cached file expires after, срок жизни кэша. 60 — час, 1440 — день, 10080 — неделя.

    — Exclude search queries from caching, можно исключить кэширование результатов поиска. Если у вас большой трафик из поиска, то рекомендуется не исключать.

    — Search queries cache expire after, срок жизни кэша из результатов поиска.

    — Minify saved cache file, минимизация сохранённого кэша. Рекомендуется включить.

    — Rebuild cached file on page/post/comment update, авто-обновление кэша при изменениях на сайте, кто-то оставил комментарий и т.д. Оставьте включённым.

    — Exclude pages/posts from caching, можно исключить из кэша некоторые страницы и посты, отметьте галочками исключения.

    — Minify and combine CSS files, укажите здесь URL адреса CSS файлов для их соединения, чтобы облегчить кэширование.

    — Do not cache mobile pages/posts, не кэшировать страницы для мобильных устройств.

     

    Для самостоятельного удаления кэша, нажмите внизу на кнопку — Delete all cached files. На этом всё, пишите комментарии если вам что-то не понятно, до новых встреч !

     

    info-effect.ru

    info-effect.ru

    WP Super Cache плагин для кэширования WordPress сайтов. Настройки и использование

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

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

  • Не авторизированные пользователи.
  • Пользователи не оставившие комментарии на вашем блоге.
  • Пользователи не просмотревшие посты защищенные паролем.
  • Навигация по статье:

    Плагин кэширует файлы тремя способами (по скорости):

  • Самый быстрый способ, заключается в использовании Apache mod_rewrite (или любого другого модуля вашего веб-сервера) для создания HTML файлов. Этот способ полностью обходит PHP и очень быстрый. Если ваш сервер попадет под большое количество одновременного трафика, то это лучший метод для того чтобы справиться с такой задачей. Этот способ требует установленного модуля Apache mod_rewrite и модифицированного файла .htaccess. Визиты анонимных или неизвестных пользователей будут обслуживаться этими файлами.
  • PHP. Статические файлы сгенерированные плагином будут поданы пользователям через PHP скрипты. Этот способ почти такой же быстрый как предыдущий, он проще в настройке и не требует модификации файла .htaccess.
  • Наследие кэширования. Этот способ в основном используется для постоянных посетителей вашего сайта, которые авторизированны, оставляют комментарии. Это самый медленный способ но он подходит для отдельных посетителей, которым важна изменяющаяся информация. Наследие отправляет кэшированные файлы новым посетителям, чего в принципе мы и добиваемся.
  • Если вы новичок в кэшировании используйте метод PHP, он легок в настройке и достаточно быстрый. По возможности избегайте наследования.

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

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

  • PHP кэширование.
  • Сжатие страниц.
  • Отсутствие кэша страниц для «старых» посетителей.
  • Восстановление кэша.
  • Поддержка CDN.
  • Добавочные проверки начальной страницы.
  • Очистка мусорных файлов кэша, которые устарели, является функцией плагина. В настройках значения срока очистки нету правильного значения, хорошим примером может быть значение 1800 секунд.

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

    Установка и подготовка к использованию плагина WP Super Cache.

  • На вашем сервере должны быть установлены Apache mod mime и mod rewrite модули, а так же в настройках WordPress должен быть установлен параметр постоянных ссылок в одном режиме и не меняться после создания кэша. Безопасный режим PHP должен быть отключен.
  • Если у вас установлен плагин WP-Cache, пожалуйста, отключите его и правильно удалите. Убедитесь в том что из файла wp-config.php удалены WP_CACHE и WPCACHEHOME. Также нужно проверить удален ли файл WP-Cache-config.php находящийся в директории wp-content/wp-cache-config.php и  wp-content/advanced-cache.php. Они будут вновь созданы при установке нового плагина WP Super Cache.
  • Загрузите плагин в директорию с плагинами WordPress (‘wp-content/plugins/wp-super-cache/’), что в последствии создаст новую папку плагина или же установите плагин в обычном режиме из админки. После установки плагина его нужно активировать.
  • После активации плагина переходим с админки в пункт меню Настройки/WP Super Cache и включаем кэширование. При возникновении ошибок или пустого экрана, нужно будет провести некоторые проверки, которые описаны в разделе «Вопросы и ответы» в данной статье.
  • Если вы выбираете способ кэширования mod_rewrite, в файл .htaccess должно быть добавлено правило, которое выглядит примерно таким образом:

    ——————.htaccess—————— RewriteEngine On RewriteBase /

    RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L]

    RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{QUERY_STRING} !.*attachment_id=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L]

    RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L]——————.htaccess——————

    12345678

    ——————.htaccess—————— RewriteEngine On RewriteBase / RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L] RewriteCond %{REQUEST_METHOD} !=POST RewriteCond %{QUERY_STRING} !.*=.* RewriteCond %{QUERY_STRING} !.*attachment_id=.* RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$ RewriteCond %{HTTP_USER_AGENT} !^.*(2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800).* RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] ——————.htaccess——————

  • После активации плагина проверьте наличие файла «wp-content/cache/.htaccess», если он не был создан автоматически, создайте его со следующим наполнением:

    # BEGIN supercache <FilesMatch «.html.gz$»> ForceType text/html FileETag None AddEncoding gzip .gz AddType text/html .gz SetEnvIfNoCase Request_URI .gz$ no-gzip Header set Cache-Control ‘max-age=3, must-revalidate’ ExpiresActive On ExpiresByType text/html A3 « # END supercache

    1

    # BEGIN supercache  <FilesMatch «.html.gz$»> ForceType text/html FileETag None  AddEncoding gzip .gz AddType text/html .gz   SetEnvIfNoCase Request_URI .gz$ no-gzip   Header set Cache-Control ‘max-age=3, must-revalidate’   ExpiresActive On ExpiresByType text/html A3  « # END supercache

  • Apache должен быть настроен для модулей используемых в примере. Если вы получите «Ошибку 500» при обслуживании анонимных пользователей, вам нужно будет разбираться в конфигурации сервера. Пример конфигурации для правильной работы плагина:

    <Directory / дома / WWW /> AllowOverride Все Directory>

    1

    <Directory / дома / WWW /> AllowOverride Все  Directory>

  • wp-content/advanced-cache.php загружает кэширование движка. Этот файл создается автоматически при установке плагина. Он использует постоянный WPCACHEHOME для кэширования.
  • Подробная настройка плагина WP Super Cache

    После установки плагина первое что вам нужно сделать это включить кэширование вашего сайта. Для этого переходим с админки в пункт меню Настройки/Wp Super Cache и в появившемся меню произвести главную настройку плагина — включение кэширования.

     

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

    Первым делом удалим старые файлы кэша, которые хранятся в папке wp-content/cache на сервере. Делается это также через плагин:

     

    После удаления ненужных файлов, проверим правильность работы плагина WP Super Cache, если все работает корректно мы сможем продолжить тонкие настройки дополнения. Итак, произведем проверку, нажав на соответствующую кнопку:

    Если после проверки вы видите такую же надпись «Временные штампы обоих вариантов страницы совпадают!» это означает что кэширование включено и нужно переходить к их настройке.

    Первым делом выберем способ которым будут создаваться наши кэшированые страницы. Описание способов представлено выше в статье. Для примера выберем самый быстрый и эффективный способ. Выставите все настройки как показано ниже:

    После того как вы отметите нужные пункты настройки опускаемся немного ниже и нажимаем на кнопку «Обновить».

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

    При успешном добавлении новых правил вы увидите зеленое оповещение об этом:

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

     

    Как настраивать время жизни файлов кэша? Все дело в том что для каждого сайта данная настройка будет индивидуальной. Если вы выставите время жизни «Cache Timeout» значением «0», то кэш не будет иметь срока годности, и будет действовать пока вы его вручную не удалите. Такая настройка полезна для сайтов на которых страницы не обновляются вообще, если же вы вносите изменения, имеете на сайте возможность комментирования тогда, нужно будет подобрать подходящее время жизни кэшированых страниц.

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

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

    В случае возникновения проблем при установке и настройке плагина, попробуйте найти решение ниже в цикле статьи «Вопросы и ответы».

    Как удалить WP Super Cache?

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

  • Отключить кэширование в настройках плагина, и очистить кэш.
  • Деактивировать плагин из административной панели WordPress.
  • Удалить строчку из файла конфигурации wp-config.php — define( ‘WP_CACHE’, true ).
  • Удалить правила mod_rewrite из файла .htacces (начало и конец которого отмечено SuperCache BEGIN и END тегами).
  • Удалить файлы по адресу wp-content/advanced-cache.php и wp-content/wp-cache-config.php.
  • Очистить папку wp-content/cache.
  • Удалите папку wp-super-cache из директории плагинов WordPress.
  • Что делать если при автоматическом удалении плагина сайт перестал работать или работает не корректно?

    При возникновении проблем после деактивации и удаления плагина WP Super Cache требуется ручное вмешательство, проделайте операции описанные в пунктах 3-7 представленных в инструкциях выше.

    WP Super cache и настройка CDN.

    Сеть доставки контента предназначена для ускорения загрузки требуемых данных вашему сайту. Статические данные, JS, CSS  можно подгружать к вашему сайту из сторонних источников или же с поддоменов. Эта функция была подключена к базовой поддержке WP Super Cache. Данная функция работает путем переписывания URL адресов требуемых файлов (за исключением файлов .php) находящихся в директориях wp-content и wp-includes находящихся на сервере. Данная функция позволит скачать требуемые файлы, до истечения их срока действия они будут автоматически подключаться к статической странице вывода пользователю.

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

    Ответы на часто задаваемые вопросы по WP Super Cache.Почему WP-Super-Cache лучше чем WP-Cache?

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

    Будут ли комментарии и другие динамические страницы моментально обновляться в кэше?

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

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

    Будет ли плагин WP Super Cache замедлять загрузку сайта?

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

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

    Кэш исчезает после обновления плагина WP Super Cache?

    Когда плагины WordPress обновляются, папки с плагинами удаляются и воссоздаются заново, по этому данные кэша будут утеряны после обновления. Это можно обойти расположив переменную $wp_cache_plugins_dir, находящуюся в wp-config.php или wp-content/wp-cache-config.php, вне папки wp-super-cache.

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

    Рекомендую почитать:

    doctor-litvinov.ru


    Смотрите также

    Prostoy-Site | Все права защищены © 2018 | Карта сайта