Hyper cache настройка: Hyper Cache — включаем плагин кэширования в Вордпресс для оптимизации WP блога и снижения его нагрузки на сервер хостинга

Содержание

Настройка Hyper Cache — как настроить плагин кеширования в WordPress

Плагин Hyper Cache (Гипер Кэш) предназначен для кеширования WordPress и широко используется блоггерами и вебмастерами. В этой статье я расскажу где скачать и как эффективно настроить плагин Hyper Cache.

Зачем нужны плагины кеширования для WordPress?

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

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

Часто нагрузку снимают двумя методами — через уменьшение запросов к БД и при помощи плагинов кеширования. Сегодняшняя статья — о второй группе способов снижения нагрузки.

Как вы знаете, браузеры понимают только чистый HTML. PHP браузеры не понимают. Именно поэтому PHP находится внутри движков подобных Вордпрессу и преображает код, приводя его к итоговому виду HTML+CSS.

Так вот WP без кеширование работает так: при обращении интернет-пользователя к странице сайта, движок формирует эту страницу по алгоритму, делая при этом запросы к БД и подгружая остальные элементы сайта, прописанные в коде на языке PHP. Тот же футер подгружается благодаря вот этому коду:

И каждый раз движок обращается к футеру, чтобы его подгрузить.

На статичном сайте, составленном из HTML-страниц, каждый раз подгружается HTML+CSS код целиком, т.е. обращение идет по одному адресу. В движках обращение идет сразу по нескольким адресам, «подтягивая» сквозные элементы сайта из других файлов/шаблонов движка, а меняющиеся (контент на странице, комментарии) — из базы данных.

Т.е. страничка сначала генерируется на сервере (в момент обращения), а потом уже отправляется в браузер пользователя. И интерпретация PHP кода в HTML+CSS страницу «на лету» при большом количестве посетителей чревата тем, что сайт будет тормозить. А при резком скачке (например, «хабраэффекте») — просто ляжет.

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

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

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

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

Установка Hyper Cache на WordPress

Загрузите Hyper Cache с официальной страницы плагина. Скачанный архив распакуйте в папку /wp-content/plugins/ на вашем сайте. Путь до файлов плагина будет таким: /wp-content/plugins/hyper-cache.

Второй способ — через панель администратора. Перейдите по адресу /wp-admin/plugin-install.php и введите в поиске «Hyper Cache». Адрес страницы будет таким /wp-admin/plugin-install.php?tab=search&s=hyper+cache, а в админке вы увидите:

Вы можете нажать на кнопку «Детальнее» и тогда во всплывающем окне подгрузятся дополнительные данные с официального сайта Вордпресс:

Затем нужно отредактировать файл wp-config.php, подставив следующий код:

define(‘WP_CACHE’, true);

Теперь активируйте плагин в панели управления WP по ссылке: /wp-admin/plugins.php?plugin_status=inactive. После активации вам нужно перейти к настройке плагина: «Параметры» → «Hyper Cache».

Если там вам показываются предупреждения, то скорее всего из-за необходимости выставить права «777» на папку плагина в /wp-content/ (wp-content/plugins/hyper-cache/), куда он должен записываться. Это необходимо для того чтобы плагин создал папку cache, куда будет помещать кэш. После создания папки cache, права можно вернуть обратно на «755», а для созданной папки wp-content/plugins/hyper-cache/cache сделать права «777». Теперь все должно быть готово к работе.

Настройка Hyper Cache на WordPress

Перейдите в меню «Конфигурация» в настройках плагина Гипер Кэш. Вам нужно сделать примерно такие настройки:

«Таймаут кэширования страниц» — время жизни кэша в минутах. Это «срок хранения» кешированных страниц в папке cache.

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

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

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

Идем дальше.

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

«Экспертные настройки» — также ставьте отметку в поле «URL с параметрами» для уменьшения нагрузки на хостинг.

Если основная (главная) страница вашего сайта обновляется часто, то можно отключить ее кеширование в поле «Кэширование домашней страницы».

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

Сделать это можно нажав F12 или Ctrl+U (в Google Chrome):

view-source:https://blogwork.ru/

В самом конце окна с кодом вы должны найти нечто похожее на:

<!— hyper cache: 1b7e9br6714f0b7ja6f2dad4fe5s95bf 16-09-09 04:44:45 —>

Если нашли — все нормально, все работает. Можно дальше заниматься сайтом, писать статьи и т.п. Удачи и успехов!

Hyper Cache — Плагин для WordPress

Hyper Cache is a cache plugin specifically written to get the maximum
speed for your WordPress blog. It can be used in low resources hosting as well
on high end servers.

Hyper Cache is purely PHP

and works on every blog: no complex configurations are needed
and when you deactivate it no stale settings are left around.

NOTE: mobile detection server side and serving different content to mobile and desktop
device is now obsolete. Every modern WP theme deals with mobile/desktop
contexts using the media queries, progressive enhancement and so on. So I don’t see the needs
to keep the mobile/desktop cache separation and all the overhead in the plugin. The feature
will be removed as version 3.5.

Short list of features:

  • Mobile aware: double cache for desktop and mobile site versions
  • HTTPS ready
  • Mobile theme switch option: change the theme on mobile device detection
  • Able to serve expired pages to bots to increase the perceived blog speed by bots
  • Manages compression even on the fly for non cached pages
  • Lots of configurable bypasses: matching cookies, matching urls, user agents, …
  • Comments aware: is able to serve cached pages even to visitors who commented the blog (perfect for blog with great readers paritipation)
  • Cache folder can be moved outside your blog space to exclude it from backups
  • Controls over cache cleaning on blog events (post edited, comments, …)
  • Autoclean to controls the cache used disk space
  • CDN support
  • Other special options
  • Response header signature to check the working status
  • bbPress specific integration

More can be read on the Hyper Cache official page.

You can further optimize the blog installing Autoptimize
which cleans up the HTML, minifies and concatenates CSS and JavaScript.

Other plugins by Stefano Lissa:

  • The main configuration panel

  • Configuration of bypasses (things you want/not want to be cached)

  • Mobile devices configuration

  1. Put the plugin folder into [wordpress_dir]/wp-content/plugins/
  2. Go into the WordPress admin interface and activate the plugin
  3. Optional: go to the options page and configure the plugin

Hyper Cache just works for us, and does exactly what we want. Code is very lightweight, simple to install and even easier to use. Very decent plugin indeed, thank you to the developer

Hyper cache is an little known excellent cache plugin for wordpress. This is the only free plugin I am aware of that is capable of creating two separate caches for your website. One for your mobile version and one for your desktop version. It is great for those like me who have a wordpress theme that is not responsive. My theme delivers a mobile menu for mobile phones and a desktop menu for desktops. I needed a version of a page to display the mobile menu and another version to display the desktop menu. I used WP super cache. It didn’t work because it had no separated cache. I bought WP rocket. It stored two versions but Googlebot for smartphone returned issues when it scanned a page of my website. It is simple. It can be set up in 30 seconds. There aren’t any useless settings. It only works with PHP, it means several things. it means that this plugin will never mess up your HTACCESS and create strange behavior due to rewrite directives since there is NO rewrite directives. Your HTACCESS remain CLEAN just like when your mother clean the toilets. You activate it and it works. Googlebot for smartphone love it and does not return any errors. I love to read no loading issues.

I install it in one website because i have bug with other plugin, i just thing it’s normal cache like other, but after i don’t understand why this website are more speed than my other, then i install it in other, replace other famous caching, and can see miracle, green color on page speed test! Thanks a lot

I tried to change the settings of the plugin. Plugin broke site. I had to restore the site. Upd. The problem was solved

This is to replace a supposely famous other WordPress cache plugins that bug my site. First page without plugin: 38 requests 1.80 MB / 1.41 MB transferred Finish: 9.27 s DOMContentLoaded: 1.44 s load: 9.27 s With plugin: 7 requests 212.02 KB / 2.04 KB transferred Finish: 6.20 s DOMContentLoaded: 385 ms load: 730 ms Nothing else to say, the numbers are talking. Just enough control to be a pro solution

Посмотреть все 80 отзывов

«Hyper Cache» — проект с открытым исходным кодом. В развитие плагина внесли свой вклад следующие участники:

Участники
3.4.0
  • Compatibility check with WP 5.8
  • Fixed some plugin and readme headers
  • Preparing to remove the mobile server side detection
  • Setting the minimum WP version to 4.6, translations loading are now fully managed by WP
  • Fixed readme line ending
3.3.9
  • Added clean up of blog posts page (thanks Erich)
3.3.8
  • Small improvement on 404 caching
  • General compatibility check with latest WP
3.3.7
  • Fixed http link on options panel
3.3.6
  • Removed the cache folder option from the settings (can still be defined using a define in wp-config.php) to avoid possible bad path injection
  • Thank you to RIPS Technologies — https://www.ripstech.com
  • Fix for host names with dashes
  • Translation supported only via (https://translate.wordpress.org): contributions welcomed
3.3.5
  • Added event of cache purged
3.3.4
  • Removed old plugin reference
3.3.2
  • Removed the javascript on AMP ready pages
3.3.1
  • Removed the old import code
  • Texts rewritten for easy translations on translate.wordpress.org
  • Fixed and header
3.3.0
  • Removed old jquery ui css
3.2.9
  • Added support for constant HYPER_CACHE_IS_MOBILE
3.2.8
  • Fix for possible 500 error code
3.2.7
  • Minor code review
  • Removed cookie based cache disabling
3.2.6
  • Fixed the cache invalidation for bbPress new topic
3.2.5
  • Improved integration with Autoptimize
  • Compatibility check with WP 4.4.2
3.2.4
  • Cache headers changed
  • URI sanitization changed
3.2.3
  • Slash and non slash ending URLs are now treated in the same way since canonicals avoid the double indexing
3.2.2
  • Added check for gz file write error
  • Added the gzip on the fly option
3.2.1
  • Fixed link rel canonica rewrite with the cdn active
3.2.0
  • Fixed the options delete function
3.1.9
  • Fixed translations
  • Reviewed CDN options (now available to all)
3.1.8
  • Fixed the comment awaiting notification cached
3.1.7
  • Added experimental support for CDN
  • Added on-the-fly compression
  • Fixed some headers
3.1.6
  • Fixed the post trashing detection
3.1.5
3.1.4
  • Fixed an error log always active
3.1.3
  • Fixed the agents bypass
  • Added the «serve expired pages to bots» options
  • Added the readfile/file_get_contents switch
  • Fixed the draft saving triggering a cache invalidation
  • Added distinct cache clean for home and archives
  • Added debug logging when HYPER_CACHE_LOG is true (define it on wp-config.php)
  • Fixed the + sign on comment author
3.1.2
  • Fixed comment author cookie clean
3.1.1
  • fixed a PHP warning on options panel when clearing an empty cache
  • pot file added
  • possible fix for after update messages that saving is needed
3.1.0
  • Fixed the cookie bypass
  • Removed a debug notice
  • Added HTTPS separated cache
  • Improved code performance
3.0.6
  • readme.txt fix
  • WP 4.0 compatibility check
  • Fixed invalidation on draft saving
3.0.5
  • Fixed analysis of URL with commas and dots
  • Improved the categories invalidation with /%category% permalink
3.0.4
3.0.3
  • Fixed the autoclean when max cached page age is set to 0
  • Changed a little the mobile agent list
3.0.2
  • Added the browser caching option
  • Fixed a cache header
  • Fixed warning on cache size if empty
3.0.1
  • Short description fix on plugin.php
  • Forum link fix on readme.txt
  • More help on comment authors option
3.0.0
  • Totally rewritten to include the Lite Cache features

Оптимизация времени отклика сайта WordPress с подробным сравнением плагинов кеширования

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

Кроме того, Google объявила 9 июля 2018 года, что использование скорости страниц в рейтинге мобильного поиска теперь распространяется на всех пользователей.

Оптимизация запуска скриптов#

WordPress использует PHP для скриптов. Таким образом, должны быть сделаны три основных шага:

  • Включите кэш PHP-кода

    Кэширование PHP может увеличить время отклика примерно на 50%. Есть подробные инструкции, как проверить и настроить кэширование PHP скриптов.

  • Переключитесь на последнюю версию PHP

    Повышение производительности и другие оптимизации сделаны в 7.x версиях PHP. Поэтому рекомендуется использовать версию 7.2.10 или более позднюю. Если некоторые скрипты ведут себя неуместно, просто переключитесь на версию 7.1.22 — это наиболее стабильная версия.

  • Убедитесь, что PHP отладчик отключен

    Иногда он включен. И это замедляет производительность. Его можно отключить, отредактировав файл php.ini. В большинстве случаев надо найти раздел [xdebug], а внутри него поставить точку с запятой (комментарий) перед ключом «zend_extension».

ИНТЕРЕСНО!Недавно мы выпустили собственное решение для повышения производительности WordPress.Подробнее

Кэширование и оптимизация контента#

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

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

Минимальный объем требуемых функции для ротации:

Сравнение плагинов#

Специальное исследование было проведено для сравнения плагинов. Каждый плагин был установлен и протестирован на одинаковой странице с настройками максимальной производительности плагина. Результаты упорядочены по назначенному общему количеству баллов.

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

Скачать подробную динамическую сравнительную таблицу

Использование одного плагина#

Самый простой способ – выбрать плагин «все в одном», чтобы минимизировать усилия по настройке. Таким образом, самыми быстрыми плагинами, которые охватывают практически все требования, являются Breeze, W3 Total Cache и WordPress Cache and CDN Plugin .

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

Использование набора: LiteSpeed Cache + Hyper Cache Extended + Autoptimize + Speed Up – Browser Caching#

Этот набор использует возможности оптимизации LiteSpeed Cache, одну из лучших скоростей кэширования от Hyper Cache Extended, блестящую оптимизацию CSS от Autoptimize и «Speed Up – Browser Caching» для контроля и сжатия кэша клиента. Итак, итоговый балл составляет 94%. Это самая быстрая и оптимизированная комбинация.

Настройки LiteSpeed Cache:

  • General

    • Enable LiteSpeed Cache: Disable
  • Optimize

    • CSS Minify: Off
    • CSS Combine: Off
    • JS Minify: On
    • JS Combine: On
    • HTML Minify: On
    • Inline CSS Minify: On
    • Inline JS Minify: On
    • Load CSS Asynchronously: Off
    • Generate Critical CSS: Off
    • Generate Critical CSS In Background: Off
    • Inline CSS Async Lib: Off
    • Load JS Deferred: On
    • Exclude JQuery: On
    • Remove Comments: On
  • Tuning

    • Combined CSS Priority: Off
    • Combined JS Priority: Off
  • Advanced

    • Browser Cache: Off
    • Check Advanced Cache: Off

Настройки Hyper Cache Extended:

  • Compression

    • Enable compression: On
    • Disk space usage: On

Настройки Autoptimize:

  • HTML Options

  • JavaScript Options

    • Optimize JavaScript Code: Off
  • CSS Options

    • Optimize CSS Code: On
    • Aggregate CSS-files: On
    • Also aggregate inline CSS: On
    • Generate data – URIs for images: On
    • Inline all CSS: On
  • Misc Options

    • Save aggregated script/css as static files: On

И Speed Up – Browser Caching не имеет настроек – оно делает все по умолчанию.

Использование набора: WordPress Cache and CDN Plugin + Autoptimize#

Эта комбинация устраняет недостаток «WordPress Cache and CDN Plugin» при откладывании JS и использует мощные функции кэширования и сжатия на клиенте. Итоговая оценка составляет 90%. Так что это очень быстрый и удобный набор.

Для использования мощности Autoptimize все связанные параметры в WordPress Cache and CDN Plugin отключены:

  • Cache & Database\Caching

    • Compress cache: On
    • Merge scripts: Off
    • Merge css: Off
    • Minify HTML: Off
    • Enable Gzip Compression: On
    • Leverage browser caching: On

И настройки Autoptimize:

  • HTML Options

  • JavaScript Options

    • Optimize JavaScript Code: On
  • CSS Options

    • Optimize CSS Code: On
    • Aggregate CSS-files: On
    • Also aggregate inline CSS: On
    • Generate data – URIs for images: On
    • Inline all CSS: On
  • Misc Options

    • Save aggregated script/css as static files: On

Использование набора: Autoptimize + Cache Enabler + Speed Up – Browser Caching#

Эта комбинация достигла 88% баллов в результатах тестирования, что выше, чем у любого другого отдельного плагина. В результате мы имеем быстрое, простое и мощное решение.

Настройки Cache Enabler:

  • Cache Behavior

    • Pre-compression of cached pages: On
  • Cache Minification: Disabled

Настройки Autoptimize такие же, как и в предыдущем наборе.

И Speed Up – Browser Caching не имеет настроек – оно делает все по умолчанию.

Использование набора: LiteSpeed Cache + WP Fastest Cache#

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

Настройки были выставлены таким образом, чтобы в качестве оптимизатора контента использовался LiteSpeed Cache:

  • General

    • Enable LiteSpeed Cache: Disable
  • Optimize

    • CSS Minify: On
    • CSS Combine: On
    • JS Minify: On
    • JS Combine: On
    • HTML Minify: On
    • Inline CSS Minify: On
    • Inline JS Minify: On
    • Load CSS Asynchronously: Off
    • Generate Critical CSS: Off
    • Generate Critical CSS In Background: Off
    • Inline CSS Async Lib: Off
    • Load JS Deferred: On
    • Exclude JQuery: On
    • Remove Comments: On
  • Tuning

    • Combined CSS Priority: Off
    • Combined JS Priority: Off
  • Advanced

    • Browser Cache: Off
    • Check Advanced Cache: Off

И параметры WP Fastest Cache устанавливаются только как поставщика кеша:

  • Settings

    • Cache System: On
    • Minify HTML: Off
    • Minify HTML Plus: Off
    • Minify Css: Off
    • Minify Css Plus: Off
    • Combine Css: Off
    • Minify Js: Off
    • Combine Js: Off
    • Combine Js Plus: Off
    • Gzip: On
    • Browser Caching: On
    • Render Blocking Js: Off

Использование других потенциальных наборов#

Подробная динамическая таблица результатов помогает выбрать и сравнить плагины в соответствии с потребностями. Там же перечислены протестированные комбинации плагинов (наборов).

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

Примечание. Всегда проверяйте правильность работы JS при отложенной загрузке – некоторые плагины могут быть настроены, а некоторые могут работать неправильно. Такие плагины прокомментированы в таблице результатов.

Сжатие изображений#

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

Опции ниже могут быть использованы в любой комбинации.

  • Использование плагинов оптимизации изображений

    Это самый простой способ. И большинство таких плагинов очень просты в настройке и использовании в отличие от плагинов кэширования. Например, EWWW Image Optimizer, Imagify Image Optimizer, и Smush Image Compression and Optimization.

  • Использование онлайн-сервисов по оптимизации изображений

    Таких сервисов много. Просто введите «оптимизировать изображение» или «сжать изображение» в браузере и выберите любой из верхних. Например, Optimizilla, ShortPixel, OptimizePNG. Они получают на вход любые изображения и возвращают их оптимизированными. Просто замените их на сайте.

  • Получение оптимизированных изображений прямо из Google Page Speed Test

    Наконец, Google Page Speed Test предоставляет оптимизированные изображения после измерения, чтобы их можно было заменить на наших сайтах. Иногда, оптимизированные изображения из спец-сервисов все еще слишком велики по мнению Google.

Измерение#

Результаты оптимизации легко можно проверить через Google Page Speed Test, который показывает любые недостатки в простом виде и предоставляет рекомендации и объяснения.

Кроме того, скорость сайта может быть напрямую измерена браузером Google Chrome. Нажмите F12, перейдите на вкладку “Сеть” и нажмите Ctrl + F5, чтобы обновить страницу и отслеживать информацию. Здесь можно отследить время отклика каждой страницы, организацию контента и медиа-файлы.

Плагин wp super cache настройки wordpress кэширования

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

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

  1. Не авторизированные пользователи.
  2. Пользователи не оставившие комментарии на вашем блоге.
  3. Пользователи не просмотревшие посты защищенные паролем.

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

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

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

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

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

  1. PHP кэширование.
  2. Сжатие страниц.
  3. Отсутствие кэша страниц для «старых» посетителей.
  4. Восстановление кэша.
  5. Поддержка CDN.
  6. Добавочные проверки начальной страницы.

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

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

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

  1. На вашем сервере должны быть установлены Apache mod mime и mod rewrite модули, а так же в настройках WordPress должен быть установлен параметр постоянных ссылок в одном режиме и не меняться после создания кэша. Безопасный режим PHP должен быть отключен.
  2. Если у вас установлен плагин 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.
  3. Загрузите плагин в директорию с плагинами WordPress (‘wp-content/plugins/wp-super-cache/’), что в последствии создаст новую папку плагина или же установите плагин в обычном режиме из админки. После установки плагина его нужно активировать.
  4. После активации плагина переходим с админки в пункт меню Настройки/WP Super Cache и включаем кэширование. При возникновении ошибок или пустого экрана, нужно будет провести некоторые проверки, которые описаны в разделе «Вопросы и ответы» в данной статье.
  5. Если вы выбираете способ кэширования mod_rewrite, в файл .(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] ——————.htaccess——————
  6. После активации плагина проверьте наличие файла «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
  7. Apache должен быть настроен для модулей используемых в примере. Если вы получите «Ошибку 500» при обслуживании анонимных пользователей, вам нужно будет разбираться в конфигурации сервера. Пример конфигурации для правильной работы плагина:
    <Directory / дома / WWW /> AllowOverride Все  Directory>
  8. 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. Плагин желательно удалять в ручном режиме, далее представлена подробная инструкция по удалению:

  1. Отключить кэширование в настройках плагина, и очистить кэш.
  2. Деактивировать плагин из административной панели WordPress.
  3. Удалить строчку из файла конфигурации wp-config.php — define( ‘WP_CACHE’, true ).
  4. Удалить правила mod_rewrite из файла .htacces (начало и конец которого отмечено SuperCache BEGIN и END тегами).
  5. Удалить файлы по адресу wp-content/advanced-cache.php и wp-content/wp-cache-config.php.
  6. Очистить папку wp-content/cache.
  7. Удалите папку 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.

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

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

Плагин кэширования WP Super Cache: подробная настройка

Вступление

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

Что такое кэширование

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

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

Плагин кэширования WP Super Cache

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

Принцип работы плагина заключается в создании вместо динамических php страниц WordPress, статических HTML станиц, которые, собственно,  кэшируются и показываются посетителям.

Скачать плагин кэширования WP Super Cache можно на странице Plugin Directory WordPress, тут: https://ru.wordpress.org/plugins/wp-super-cache/. Или воспользоваться поиском плагинов в административной части своего сайта (Меню → Плагины→ Добавить новый) и установить плагин непосредственно из панели сайта.

Настройки плагина WP Super Cache

После удачной установки, активируем плагин и переходим к настройкам. Если плагин активирован, не значит, что он включен. Поэтому перейдя во вкладку Параметры → WP Super Cache→Кэш, прежде всего, включаем плагин. Обновляемся и удаляем весь скопившейся кэш (кнопка “Удалить весь кэш”)

После включения проверяем правильность включения.

Страница настроек WP Super Cache имеет верхнее горизонтальное меню с 7-ю вкладками: Кэш, Настройки, Настройки CDN, Состояние кэша, Общий кэш, Плагины, Обслуживание.

Кэш

Включается плагин WP Super Cache во вкладке «Кэш». После включения Обновляем страницу (кнопка «Обновить»).

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

Итак, плагин включен, система предлагает проверить его включение. Одним нажатием кнопки «Проверить» проверяем правильность включения плагина. На скриншоте вы видите все в зеленом цвете.

Плагин кэширования WP Super Cache – настройки

Переходим на вкладку «Настройки». Прежде всего, отмечаем чекбокс «Кэшировать сессии просмотров».

1. Далее важный пункт, определяющий статус кэшировании или каким образом плагин будет кэшировать страницы. Правильным и рекомендованным будет отметить пункт: Использовать mod_rewrite для обслуживания кэша. Предположительно, этим способом достигается самый быстрый результат. Некоторые настройки Apache на серверах ограничивают использование модуля mod_rewrite, в этом случае отметьте пункт «Использовать PHP…». 2. В абзаце «Разное» нужно решить вопрос со сжатием кэша. Если сайт часто обновляется, то сжатие кэша лучше включить. Включенное сжатие будет постоянно чистить временный кэш. Авторы плагина предупреждают о возможном конфликте включенного сжатия с некоторыми серверами, поэтому после включения сжатия проверьте сайт на работоспособность. 3. Интересный пункт настроек «Don’t cache pages with GET parameters. (?x=y at the end of a url)». Он не является принципиальным для работы плагина. Это скорее удобная опция автора. Если у вас настроен ЧПУ и URL отображаются в понятном виде, то страницы с параметрами (?x=y) в конце URL это скорее мусор, чем нужный контент. Нужно кэшировать такие страницы, думаю, нет. Но повторюсь, эта настройка не принципиальна и на работу системы не влияет. 4. Более важно отметить чекбокс «Mobile device support» (поддержка мобильных устройств и «Автоподстройка кэша»).

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

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

или

В пункте Просроченные страницы & Очистка мусора вам нужно выставить время жизни кэшированных страниц. Здесь мнение двоякое. Большинство предлагает выставлять в окнах нули, то есть кэш должен жить вечно. Это хороший вариант, при котором плагин не будет собирать мусор каждый час. Но думаю, иногда кэш нужно обновлять. Хотя бы для того, чтобы освобождать место на диске. Поэтому я ставлю большие значения жизни кэша.

Например, Cache Timeout 86000, а Teimer 18600 секунд. Не помню, откуда появились эти значения, но они меня они вполне устраивают. Но повторюсь, многие рекомендуют ставить значение ноль «0». Кстати, если вы постоянно работаете с сайтом, меняете на нем что-нибудь, то вам так и так придется чистить кэш вручную после каждого обновления. В этом случае значение «0» вполне обосновано, потому, что таймер заменится ручной чисткой.

Состояние кэша

Нажимаем кнопку «Обновить время жизни кэша» и переходим на вкладку «Состояние кэша». Это уже не настройки плагина это рабочая вкладка. Здесь нажав на ссылку: Обновить статистику кэша. Вы всегда можете посмотреть, сколько страниц кэшировано и сколько они занимают места. Как видите, на этой вкладке есть кнопка очистки кэша. Если вы, например, поменяли виджет или сделали другие изменения на сайте, то чтобы они стали видны, придется очистить кэш.

Общий кэш

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

После включения и настроек плагина, после каждого посещения отдельных страниц плагин создает их копию в HTML и сохраняет в своем кэш каталоге. В следующее посещение этой кэшированной страницы. Она откроется пользователю не из базы данных, а из кэш каталога. Кэш всех страниц сайта «накопиться» после посещения всех страниц сайта. Это разумно и в зависимости от посещаемости весь сайт кэшируется за 2-3 дня. Если у вас на сайте тысячи страниц, авторы предлагают сделать общий кэш сайта не ожидая посещение всех его страниц. Авторы рекомендуют пользоваться общим кэшированием сайта от 10 000 страниц (10 тысяч).

Насколько уменьшается скорость загрузки сайта

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

В качестве примера результаты работы плагина на моем сайте. Для анализа скорости загрузки использовался инструмент GTmetrix.

Если после установки плагина WP Super Cache вы заметили, что сайт стало «глючить» и, причем это продолжается длительное время, например страницы стали, грузиться как при 301 редиректе, то, скорее всего проблемы в конфликте mod_rewrite с сервером или другим плагином «прописавшимся» в файле .htaccess. В этом случае перейдите в настройках на режим кэширования php страниц. Думаю, поможет.

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

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

  • Отключить старый плагин;
  • Проверьте, чтобы папка /home/…../public_html/wp-content доступна для записи в настройках Вашего сервера. Это нужно, чтобы файлы плагина wp-cache-config.php и advanced-cache.php удалились автоматом. Заодно, проверьте права CMOD для этих двух файлов (на запись CMOD для админа. 644).
  • Удаляйте плагин, только со страницы Плагины →Установленные;
  • После удаления проверьте удаление файлов advanced-cache.php и wp-cache-config.php;
  • Установите плагин заново.

©www.wordpress-abc.ru

Другие статьи раздела: Плагины

Похожие посты:

WordPress плагин Hyper cache — установка и настройка. Видеоурок

  Настраиваем Hyper cache в Вордпресс

Как это часто бывает в технике — то, что просто и понятно конечному пользователю, очень сложно устроено внутри. Примерно то же можно сказать и про движок WordPress. За лёгкость в управлении приходится «расплачиваться» серьёзной нагрузкой на сервер.

Нередко сайты, созданные на Вордпресс, при не очень большой посещаемости (<1000 человек в сутки) создают неожиданно большую нагрузку на хостинг. Как результат — придётся или переносить сайт на более мощный хостинг, или заказывать VPS/VDS даже при небольшой посещаемости.

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

Зачем нужен и что делает WordPress плагин Hyper cache?

Это довольно известный WordPress-плагин, «облегчающий» WP-сайты. Что он делает? Он создаёт специальную папку, куда помещает страницы сайта — т.е. создаётся кэш сайта. Благодаря этому при обращении к URL какой-нибудь страницы, она не создаётся, как это обычно бывает, динамически, а берётся из кэша как готовый файл.

Т.к. движок WordPress использует PHP и MySQL для генерации страниц (страницы являются динамическими), то без установленного плагина Hyper cache каждый раз посылаются MySQL-запросы и что-нибудь делается на PHP. Ну а с данным плагином подобных запросов не посылается. Этим-то он и производит «облегчение» WP-сайта.

Установка и настройка плагина Hyper cache

Установка обычная. Забрать файл можно здесь http://wordpress.org/plugins/hyper-cache/, а можно через поиск по ключевому слову.

Особенностью этого WP-расширения является то, что придётся кое-что добавить в конфигурационный файл wp-config.php. Но всё там просто. Смотрите видео.

Установка и настройка плагина Hyper cache в WordPress:

Скачать это видео (46 мб)

Обычно после установки этого WP-расширения скорость загрузки страниц сайта ощутимо возрастает.

Лучше не ставить галочку в обновлении кэша домашней страницы, архивов, категорий при обновлении/добавлении поста на сайте (обведено рамочкой на рисунке):

  WordPress плагин Hyper cache. Настройки

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

Если сайт уже не молодой, то Hyper cache очистит очень много страниц, и при большом трафике резко возрастёт нагрузка на БД, — хостинг может не выдержать.

Loading…

8 лучших плагинов для кеширования WordPress

W3 Total Cache — один из плагинов для кеширования, который предлагает полную минификацию файлов JS и CSS бесплатно. Для большинства других плагинов вам потребуются отдельные плагины для минификации, такие как Autoptomize или Fast Velocity Minify. Вы можете комбинировать файлы и откладывать JS, чтобы избавиться от проблем с блокировкой рендеринга и получить высокую скорость в Google PageSpeed ​​Insights.

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

Удаление кешированных страниц в плагине WP Super Cache

WP Super Cache поддерживает следующие функции:

  • Поддержка CDN
  • Простая установка и настройка
  • Планировщик для регулярного удаления кешированных страниц
  • Динамическое кеширование и сжатие страниц
  • Доступ к настройкам с помощью конечных точек REST API
  • Варианты сборки мусора
4. WP Rocket

Ракета WP это платный плагин кеширования с богатыми функциями. После активации WP Rocket будет запущен после активации и принесет немедленные результаты. Согласно некоторым исследованиям, WP Rocket является одним из самых быстрых по производительности с поддержкой конкатенации, минификации JavaScript и CSS. WP Rocket доступен по цене 39 долларов за один сайт. Возможности включают:

  • Высокая производительность за счет сжатия GZIP, кэширования страниц, статического сжатия файлов, предварительной загрузки кеша и отложенной загрузки изображений.
  • Немедленная активация кеширования страниц
  • Дружественный и простой интерфейс
  • Быстрая техническая поддержка и интеграция с Cloudflare
5. Тайник комет

Кэш кометы — идеальный плагин для кеширования, если у вас есть электронная коммерция или веб-сайт, основанный на членстве. Он обеспечивает кеширование для каждого зарегистрированного пользователя. Он реализует кеширование браузера с использованием сервера Apache, чтобы увеличить скорость загрузки страницы и избежать многократных циклов передачи данных между браузером и сервером. Comet Cache предоставляется бесплатно, но его можно приобрести единовременно за 39 долларов.

  • Мониторинг нагрузки на сервер и отключение кеша для предотвращения кеширования во время высокой загрузки
  • Статистика кеширования, помогающая отслеживать производительность кеширования за определенный период времени.
  • Поддержка MaxCDN, CloudFront и других популярных сетей CDN
6. Cache Enabler — кэш WordPress

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

  • Возможность очистки кеша автоматически или вручную
  • Поддержка многосайтовой среды и настраиваемых типов сообщений
  • Обширная документация с видео и скриншотами
  • Бесплатное использование
7. Гипер-кэш

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

  • Разрешить сжатие даже не кэшированных страниц
  • Вы можете разместить папку кеша вне основной установки WordPress для обслуживания файлов из домена без файлов cookie.
  • Хорошая поддержка адаптивных тем, включая мобильные.
  • Поддержка bbPress и бесплатное использование
8. Оптимизатор SG

Оптимизатор SG это специальный плагин только для тех, у кого есть учетные записи в SiteGround. Это предлагает множество функций, таких как обновление версии PHP, включение HTTPS и кеширование страниц. Существует три уровня кеширования — статический, динамический и memcached для оптимизации скорости вашего сайта WordPress. У вас также есть возможность исключить динамические страницы из кеширования.

Параметры SiteGround SuperCacher

Заключение

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

Навигация по записям

Похожие записи

Как настроить этот бесплатный плагин

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

Полное руководство по WP Super Cache

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

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

Шаг 1: Настройте общие параметры плагина

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

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

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

Теперь вы можете перейти ко второму шагу нашего руководства по WP Super Cache.

Шаг 2. Просмотрите расширенную конфигурацию кэша плагина

Далее перейдите на вкладку Advanced .

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

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

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

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

Прочие настройки

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

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

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

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

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

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

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

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

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

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

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

.

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

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

Принятые настройки имен файлов

Наконец, перейдите к разделу Принятые имена файлов и отклоненные URL-адреса :

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

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

Шаг 3. Включите поддержку сети доставки контента (CDN) (необязательно)

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

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

.

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

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

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

.

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

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

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

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

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

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

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

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

Бесплатная направляющая

5 основных советов по ускорению


вашего сайта WordPress
Сократите время загрузки даже на 50-80%

просто следуя простым советам.

WP Избранное

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

Hyper Cache — это чисто PHP и работает на в каждом блоге : никаких сложных конфигураций не требуется
и когда вы деактивируете его, устаревшие настройки не остаются.

ПРИМЕЧАНИЕ. Сторона сервера мобильного обнаружения и предоставление различного контента на мобильные и настольные устройства
теперь устарели.Каждая современная тема WP имеет дело с мобильными/настольными контекстами
с использованием медиа-запросов, прогрессивного улучшения и так далее. Так что я не вижу нужды в
, чтобы сохранить разделение кеша мобильных и настольных компьютеров и все накладные расходы в плагине. Функция
будет удалена в версии 3.5.

Краткий список функций:

  • Поддержка мобильных устройств: двойной кэш для настольных и мобильных версий сайта
  • HTTPS готов
  • Вариант переключения мобильной темы: изменение темы при обнаружении мобильного устройства
  • Возможность обслуживать страницы с истекшим сроком действия для ботов, чтобы увеличить воспринимаемую ботами скорость блога
  • Управляет сжатием даже на лету для некэшированных страниц
  • Множество настраиваемых обходных путей: сопоставление файлов cookie, сопоставление URL-адресов, пользовательских агентов и т. д.
  • Поддержка комментариев: возможность показывать кэшированные страницы даже посетителям, оставившим комментарии в блоге (идеально подходит для блога с большим количеством читателей)
  • Папку кэша можно переместить за пределы пространства блога, чтобы исключить ее из резервных копий
  • Элементы управления очисткой кеша событий блога (отредактированные записи, комментарии и т. д.)
  • Автоочистка для управления кешем используемого дискового пространства
  • Поддержка CDN
  • Другие специальные опции
  • Подпись заголовка ответа для проверки рабочего состояния
  • Специальная интеграция bbPress

Подробнее можно прочитать на официальной странице Hyper Cache.

Вы можете дополнительно оптимизировать блог, установив Autoptimize
, который очищает HTML, минимизирует и объединяет CSS и JavaScript.

Другие плагины Стефано Лиссы:

  1. Поместите папку плагина в [wordpress_dir]/wp-content/plugins/
  2. Войдите в интерфейс администратора WordPress и активируйте плагин
  3. Необязательно: перейдите на страницу параметров и настройте плагин
3.4.0
  • Проверка совместимости с WP 5.8
  • Исправлены некоторые заголовки плагинов и readme
  • Подготовка к удалению обнаружения на стороне мобильного сервера
  • Установка минимальной версии WP на 4.6, загрузка переводов теперь полностью управляется WP
  • Исправлено окончание строки readme
3.3.9
  • Добавлена ​​очистка страницы сообщений в блоге (спасибо, Эрих)
3.3.8
  • Небольшое улучшение кэширования 404
  • Общая проверка совместимости с последней версией WP
3.3,7
  • Фиксированная ссылка http на панели параметров
3.3.6
  • Удален параметр папки кеша из настроек (все еще может быть определен с помощью определения в wp-config.php), чтобы избежать возможного внедрения неправильного пути
  • Спасибо RIPS Technologies – https://www.ripstech.com
  • Исправление для имен хостов с дефисами
  • Перевод поддерживается только через (https://translate.wordpress.org): комментарии приветствуются
3.3.5
  • Добавлено событие очистки кэша
3.3.4
  • Удалена старая ссылка на подключаемый модуль
3.3.2
  • Удален JavaScript на готовых страницах AMP
3.3.1
  • Удален старый код импорта
  • Тексты переписаны для облегчения перевода на translate.wordpress.org
  • Фиксированный и коллектор
3.3.0
  • Удален старый интерфейс jquery css
3.2.9
  • Добавлена ​​поддержка константы HYPER_CACHE_IS_MOBILE
3.2,8
  • Исправление возможной ошибки 500 с кодом
3.2.7
  • Незначительная проверка кода
  • Удален кеш на основе файлов cookie, отключающий
3.2.6
  • Исправлена ​​ошибка аннулирования кеша для новой темы bbPress
3.2.5
  • Улучшенная интеграция с Autoptimize
  • Проверка совместимости с WP 4.4.2
3.2.4
  • Заголовки кэша изменены
  • Санитизация URI изменена
3.2.3
  • URL-адреса, заканчивающиеся косой чертой и не косой чертой, теперь обрабатываются одинаково, поскольку канонические символы избегают двойного индексирования
3.2.2
  • Добавлена ​​проверка ошибки записи файла gz
  • Добавлен параметр gzip на лету
3.2.1
  • Исправлена ​​перезапись ссылки rel canonica с активным cdn
3.2.0
  • Исправлена ​​функция удаления опций
3.1.9
  • Фиксированные переводы
  • Пересмотренные варианты CDN (теперь доступны для всех)
3.1,8
  • Исправлен комментарий, ожидающий уведомления, кэшированный
3.1.7
  • Добавлена ​​экспериментальная поддержка CDN
  • Добавлено сжатие на лету
  • Исправлены некоторые заголовки
3.1.6
  • Исправлено обнаружение уничтожения сообщений
3.1.5
3.1.4
  • Исправлен журнал ошибок, всегда активный
3.1.3
  • Исправлен обход агентов
  • Добавлена ​​опция «отдавать просроченные страницы ботам»
  • Добавлен переключатель readfile/file_get_contents
  • Исправлено сохранение черновика, вызывающее аннулирование кеша
  • Добавлена ​​отдельная очистка кеша для дома и архивов
  • Добавлено ведение журнала отладки, когда HYPER_CACHE_LOG имеет значение true (определить его в файле wp-config.php)
  • Исправлен знак + у автора комментария
3.1.2
  • Исправлено удаление файла cookie автора комментария
3.1.1
  • исправлено предупреждение PHP на панели параметров при очистке пустого кеша
  • добавлен файл pot
  • возможное исправление для сообщений после обновления о необходимости сохранения
3.1.0
  • Исправлен обход файлов cookie
  • Удалено уведомление об отладке
  • Добавлен отдельный кэш HTTPS
  • Улучшена производительность кода
3.0,6
  • исправление файла readme.txt
  • Проверка совместимости с WP 4.0
  • Исправлена ​​недействительность при сохранении черновика
3.0.5
  • Исправлен анализ URL с запятыми и точками
  • Улучшено отключение категорий с помощью постоянной ссылки /%category%
3.0.4
3.0.3
  • Исправлена ​​автоочистка, когда максимальный возраст кэшированной страницы установлен на 0
  • Немного изменен список мобильных агентов
3.0.2
  • Добавлена ​​опция кеширования браузера
  • Исправлен заголовок кэша
  • Исправлено предупреждение о размере кеша, если он пуст
3.0.1
  • Исправлено короткое описание в plugin.php
  • Исправление ссылки на форум в файле readme.txt
  • Дополнительная помощь по опции авторов комментариев
3.0.0
  • Полностью переписан для включения функций Lite Cache
  1. Основная панель настройки

  2. Настройка обходов (вещи, которые вы хотите/не хотите кэшировать)

  3. Настройка мобильных устройств

Hyper Cloud — Cache API

Служба Hyper Cache — это мощное хранилище ключей и значений, где ключ представляет собой уникальную строку, а значение — документ JSON.Эта служба обеспечивает простое кэширование, предоставляя вам запрос сопоставления шаблонов для возврата отфильтрованного набора значений, или вы можете получить непосредственно по ключу.

  • ttl Time To Live указывает, как долго документ будет кэшироваться, например 3 минуты, 2 часа или 2 дня.
  • запрос с использованием простого сопоставления с образцом, вы можете запросить набор ключей, которые начинаются с x или заканчиваются на y. Эта функция дает вам возможность получить пакет ключей за один запрос.

Хотите увидеть гипер в действии?

Учитесь, работая с нашими и .

  • 
  • 
  • 
  • 
  • 
  • 

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

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

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

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

Ключи кэша

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

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

Заполнение кэша

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

Временно кэшировать результаты поиска

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

У вас есть вариант использования, которым вы хотели бы поделиться?

Перейдите на наш канал Slack и поделитесь своим примером использования кэширования для сообщества.

Нужна помощь?

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

%PDF-1.4 % 131 0 объект > эндообъект внешняя ссылка 131 289 0000000016 00000 н 0000006897 00000 н 0000007042 00000 н 0000009981 00000 н 0000010482 00000 н 0000010860 00000 н 0000011476 00000 н 0000012005 00000 н 0000012092 00000 н 0000012399 00000 н 0000012426 00000 н 0000012540 00000 н 0000012617 00000 н 0000012796 00000 н 0000013271 00000 н 0000013673 00000 н 0000014178 00000 н 0000014774 00000 н 0000014912 00000 н 0000020067 00000 н 0000024785 00000 н 0000029159 00000 н 0000033525 00000 н 0000038158 00000 н 0000042803 00000 н 0000047412 00000 н 0000051929 00000 н 0000051999 00000 н 0000052086 00000 н 0000052531 00000 н 0000052811 00000 н 0000052966 00000 н 0000057057 00000 н 0000059894 00000 н 0000060150 00000 н 0000060233 00000 н 0000060288 00000 н 0000060402 00000 н 0000060526 00000 н 0000060650 00000 н 0000060774 00000 н 0000062533 00000 н 0000062865 00000 н 0000063256 00000 н 0000099980 00000 н 0000100019 00000 н 0000100150 00000 н 0000100247 00000 н 0000100437 00000 н 0000100554 00000 н 0000100651 00000 н 0000100838 00000 н 0000101026 00000 н 0000101146 00000 н 0000101243 00000 н 0000101439 00000 н 0000101573 00000 н 0000101708 00000 н 0000101829 00000 н 0000102028 00000 н 0000102151 00000 н 0000102248 00000 н 0000102449 00000 н 0000102572 00000 н 0000102669 00000 н 0000102867 00000 н 0000103001 00000 н 0000103122 00000 н 0000103323 00000 н 0000103532 00000 н 0000103731 00000 н 0000103928 00000 н 0000104129 00000 н 0000104330 00000 н 0000104462 00000 н 0000104587 00000 н 0000104723 00000 н 0000104867 00000 н 0000105060 00000 н 0000105258 00000 н 0000105459 00000 н 0000105657 00000 н 0000105793 00000 н 0000105932 00000 н 0000106053 00000 н 0000106254 00000 н 0000106390 00000 н 0000106511 00000 н 0000106712 00000 н 0000106910 00000 н 0000107046 00000 н 0000107167 00000 н 0000107367 00000 н 0000107503 00000 н 0000107624 00000 н 0000107834 00000 н 0000108035 00000 н 0000108148 00000 н 0000108245 00000 н 0000108440 00000 н 0000108632 00000 н 0000108831 00000 н 0000108953 00000 н 0000109050 00000 н 0000109251 00000 н 0000109453 00000 н 0000109654 00000 н 0000109790 00000 н 0000109911 00000 н 0000110112 00000 н 0000110309 00000 н 0000110510 00000 н 0000110720 00000 н 0000110919 00000 н 0000111116 00000 н 0000111304 00000 н 0000111505 00000 н 0000111705 00000 н 0000111904 00000 н 0000112105 00000 н 0000112304 00000 н 0000112503 00000 н 0000112703 00000 н 0000112905 00000 н 0000113106 00000 н 0000113316 00000 н 0000113510 00000 н 0000113709 00000 н 0000113905 00000 н 0000114103 00000 н 0000114304 00000 н 0000114502 00000 н 0000114703 00000 н 0000114913 00000 н 0000115111 00000 н 0000115307 00000 н 0000115506 00000 н 0000115698 00000 н 0000115898 00000 н 0000116097 00000 н 0000116297 00000 н 0000116486 00000 н 0000116678 00000 н 0000116870 00000 н 0000117058 00000 н 0000117252 00000 н 0000117445 00000 н 0000117569 00000 н 0000117698 00000 н 0000117837 00000 н 0000117983 00000 н 0000118174 00000 н 0000118367 00000 н 0000118560 00000 н 0000118754 00000 н 0000118947 00000 н 0000119140 00000 н 0000119334 00000 н 0000119526 00000 н 0000119720 00000 н 0000119911 00000 н 0000120110 00000 н 0000120310 00000 н 0000120509 00000 н 0000120706 00000 н 0000120906 00000 н 0000121115 00000 н 0000121316 00000 н 0000121512 00000 н 0000121710 00000 н 0000121911 00000 н 0000122100 00000 н 0000122300 00000 н 0000122501 00000 н 0000122702 00000 н 0000122900 00000 н 0000123101 00000 н 0000123311 00000 н 0000123510 00000 н 0000123707 00000 н 0000123908 00000 н 0000124108 00000 н 0000124302 00000 н 0000124501 00000 н 0000124702 00000 н 0000124901 00000 н 0000125098 00000 н 0000125298 00000 н 0000125501 00000 н 0000125702 00000 н 0000125912 00000 н 0000126113 00000 н 0000126309 00000 н 0000126500 00000 н 0000126699 00000 н 0000126900 00000 н 0000127098 00000 н 0000127299 00000 н 0000127509 00000 н 0000127708 00000 н 0000127905 00000 н 0000128104 00000 н 0000128305 00000 н 0000128503 00000 н 0000128691 00000 н 0000128892 00000 н 0000129091 00000 н 0000129292 00000 н 0000129492 00000 н 0000129691 00000 н 0000129892 00000 н 0000130102 00000 н 0000130303 00000 н 0000130499 00000 н 0000130698 00000 н 0000130892 00000 н 0000131093 00000 н 0000131293 00000 н 0000131492 00000 н 0000131691 00000 н 0000131888 00000 н 0000132089 00000 н 0000132298 00000 н 0000132497 00000 н 0000132694 00000 н 0000132895 00000 н 0000133087 00000 н 0000133288 00000 н 0000133487 00000 н 0000133687 00000 н 0000133886 00000 н 0000134084 00000 н 0000134282 00000 н 0000134485 00000 н 0000134684 00000 н 0000134894 00000 н 0000135094 00000 н 0000135172 00000 н 0000135437 00000 н 0000135515 00000 н 0000135780 00000 н 0000135858 00000 н 0000136237 00000 н 0000136315 00000 н 0000136680 00000 н 0000136758 00000 н 0000137137 00000 н 0000137215 00000 н 0000137581 00000 н 0000137659 00000 н 0000138039 00000 н 0000138117 00000 н 0000138482 00000 н 0000138560 00000 н 0000138937 00000 н 0000139015 00000 н 0000139383 00000 н 0000139461 00000 н 0000139838 00000 н 0000139916 00000 н 0000140280 00000 н 0000140358 00000 н 0000140621 00000 н 0000140699 00000 н 0000141072 00000 н 0000141150 00000 н 0000141516 00000 н 0000141594 00000 н 0000141972 00000 н 0000142050 00000 н 0000142408 00000 н 0000142486 00000 н 0000142842 00000 н 0000142920 00000 н 0000143280 00000 н 0000143358 00000 н 0000143717 00000 н 0000143795 00000 н 0000144151 00000 н 0000144229 00000 н 0000144587 00000 н 0000144665 00000 н 0000145031 00000 н 0000149654 00000 н 0000294461 00000 н 0000298036 00000 н 0000319810 00000 н 0000006720 00000 н 0000006076 00000 н трейлер ]/Предыдущая 336144/XRefStm 6720>> startxref 0 %%EOF 419 0 объект >поток h Ό?hSQϽxJ}i$ BE)t(5*R,Xp\$B2XBpApoqAP,q?.

Как сбросить плагины кэширования WordPress — Хостинг

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

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

В этой статье мы покажем вам, как очистить кеш самых популярных плагинов WordPress:


Общий кэш W3

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

1.Войдите в панель администратора WordPress.

2. Перейдите к Performance >> Dashboard:
 

3. Нажмите на опцию Очистить все кэши :
 

4. После этого вы получите уведомление об успешной очистке кэша:
 

WP Super Cache 

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

1. Войдите в панель администратора WordPress.

2. Перейдите в Настройки >> WP Super Cache:
 

3. Нажмите на вкладку Содержание :
 

4. Здесь вы сможете увидеть состояние ваших кэшированных данных и последние время его создания.

Кнопка Список всех кэшированных файлов покажет вам список файлов, которые в данный момент находятся в кэше.

Удалить истекший , если вы хотите удалить просроченные файлы или Удалить кеш , чтобы удалить все кешированные файлы :
 

WP Fastest Cache

3 следующее, чтобы очистить кеш:

1.Войдите в панель администратора WordPress.

2. Перейдите к WP Fastest Cache:
 

3. Перейдите на вкладку Удалить кэш .

4. Нажмите на Удалить кеш или Удалить кеш и министерзированные CSS / JS :

9061

5. Когда кэш будет очищен, вы получите соответствующее сообщение:

Кэш

Если у вас установлен Hyper Cache, следуйте этим инструкциям по очистке кеша:

1.Войдите в панель администратора WordPress.

2. Перейдите в Настройки >> Hyper Cache:
 

3. Нажмите на кнопку Очистить весь кэш :
 

4. В конце вы получите сообщение о том, что кэш очищается:
 

Quick Cache

Для очистки кеша в плагине Quick cache необходимо сделать следующее:

1. Войдите в панель администратора WordPress.

2. Перейдите к Quick Cache:
 

3. Нажмите кнопку Очистить в правом верхнем углу страницы:
 

4. После завершения кэширования вы получите уведомление об этом. успешно очищен:
 

Вот и все!

             
                     Нужна помощь? Свяжитесь с нашей службой поддержки

Обзор

: HyperCache Professional V2.0 Обзор

: HyperCache Professional V2.0 Содержание | < Обзор | Обзор >
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %%%%%%%%%%%%%%%%%%%%%%%%%%%
%% Обзор: HyperCache Professional v2.0 Автор: William Near %%
%% Недорогое решение для дискового кэша [email protected] %%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %%%%%%%%%%%%%%%%%%%%%%%%%%%

Описание: HyperCache Professional — программа для кэширования устройств. Он может
использоваться для ускорения доступа к данным на целых 3000% на таких устройствах, как
как: жесткие диски SCSI и IDE, приводы CD-ROM и дисководы гибких дисков.Цена: я заплатил 19,95 + 3,00 доллара США за S&H в качестве обновления с версии 1.01b напрямую с
Силиконовая прерия.

Системные требования: 512 КБ ОЗУ, Workbench 2.04 или выше, жесткий диск
рекомендуемые

Система тестировалась на: Amiga 2000, Workbench 3.1, ускоритель GForce '030
Жесткий диск Quantum LP270S с контроллером Trumpcard Professional.


УПАКОВКА

HyperCache Professional v2.0 (HCP) поставляется с 19-страничным руководством, одним
диск, регистрационную карточку и письмо с приложением к
инструкции по установке, содержащиеся в руководстве, все завернуто в термоусадочную пленку
вместе.УСТАНОВКА

HCP использует стандартную программу установки Commodore, которая делает
Программа легко устанавливается на жесткий диск. HCP создаст свой собственный ящик
в каталоге или разделе, который вы укажете во время установки. Установщик
помещает библиотеку (rexxhost.library) в ваш каталог LIBS, ну вроде того.
Он также размещает HyperCachePrefs, HyperCache.guide, HyperCacheStats и
Ящик ARexx внутри своего ящика.

В прилагаемом письме-дополнении говорится следующее: «Мы узнали, что
в определенных конфигурациях системы, где несколько разделов доступны для
установить на, программа установки HyperCache не может найти
необходимая библиотека.Если вы получаете такое сообщение об ошибке во время установки,
перезапустите установку, выберите промежуточную или экспертную установку и
установить в раздел SYS:. Нам не удалось воспроизвести эту проблему
внутри компании, и это оказалось довольно редким, но описанные выше шаги
всегда лечила».

Что ж, я столкнулся с этой «редкой» проблемой во время установки HCP. я
следовал инструкциям приложения, но это также не решило проблему.
Я позвонил в службу технической поддержки Silicon Prairie, и представитель сказал:
мне переустановить программу в мой раздел SYS:.Он также заявил, что они
проследили проблему до ошибки в их сценарии установки. Третий
попытка установить HCP не увенчалась успехом, поэтому я прибегнул к ручному копированию
«отсутствующую» библиотеку в каталог LIBS на моем разделе SYS: и запустить
программа установки еще раз. На этот раз все сработало без нареканий, но
было немного хлопотно из-за ошибки сценария Silicon Prairie -
ничего серьезного, просто раздражает.

В конце процесса установки вас спросят, хотите ли вы, чтобы HCP
автоматически запускаться при загрузке вашей системы.Если вы ответите да,
Установщик добавит строку в ваш файл S:User-Startup. я решил не иметь
Установщик добавил строчку в мой User-Startup и вместо нее поместил HCP
программа в моем ящике WBStartup. Наконец, процесс установки заканчивается
спрашивая, какой тип процессора вы используете, 68000 или 68020, а затем
запускает программу HyperCachePrefs.

Если вы хотите кэшировать более одного устройства, вы должны создать несколько
копии значка HCP и переименуйте их соответствующим образом. у меня три значка
в моем ящике WBStartup: HyperCacheHD, HyperCacheDF0 и
ГиперкэшDF1.Типы инструментов были изменены для каждой из трех иконок.
чтобы соответствовать типу кэшируемого устройства. Нет необходимости
кэшировать каждый раздел устройства, например жесткого диска. Когда вы кэшируете
жесткий диск HCP кэширует все устройство, создавая несколько кэшей для
одно и то же устройство будет тратить память и не улучшит производительность.
Такую же настройку кэширования можно было бы выполнить, добавив
соответствующие строки к моему сценарию S:User-Startup, но я нашел гораздо больше
удобно просто поместить значки в мой ящик WBStartup, где они могут быть
легко модифицируется с помощью выбора меню Icon/Information в Workbench.HyperCachePrefs

Графический интерфейс HCP, известный как HyperCachePrefs, открывает небольшое окно в
в центре экрана Workbench, который содержит различные области для
настройка параметров работы дискового кэширования. Вы можете получить доступ
интерфейс в любое время, выбрав значок HyperCachePrefs, содержащийся
в ящике, который вы указали при установке. Интерфейс состоит из:
Список доступных томов хранилища, драйвер устройства, номер устройства, размер кэша,
Количество строк, размер строки, время записи в аренду, время тихой записи и
наконец, кнопки «Сохранить», «Использовать» и «Отмена».* Список доступных томов хранения — отображает все доступные устройства для
возможно кеширование.

* Драйвер устройства — отображает драйвер для выбранного устройства, т.е.
scsi.device, trackdisk.device и т. д. Драйвер устройства автоматически
обновляется, когда устройство выбрано из доступных томов хранилища
Список.

* Номер устройства - Отображает номер устройства выбранного устройства. Единица
Номер автоматически обновляется при выборе устройства из
Список доступных томов хранения.

* Размер кэша - отображает размер текущего кэша в соответствии с
Настройка количества строк.* Количество строк — этот параметр является основной настройкой для определения
размер кэша выбранного устройства. Увеличение количества строк будет
увеличить кэш; и наоборот, уменьшение количества строк
уменьшите кеш (256 строк = 512 КБ кеша, 512 строк = 1024 КБ
кеш и др.)

* Размер строки — этот параметр определяет, насколько далеко HCP считывает вперед (известный как
предварительная выборка) в данных с вашего устройства и объем данных, которые
перемещены в и из кеша в любой момент времени. 4K — настройка по умолчанию
который рекомендуется Silicon Prairie для большинства устройств.Если ваше устройство
очень фрагментированы, тогда они предлагают вам попробовать размер строки 8K. Линия
Размер должен быть изменен в степени двойки, т. е. 4K, 8K, 16K и т. д. Если вы удвоите
Размер строки, в свою очередь, удвоит размер кэша. Вы можете поддерживать
кеш того же размера, сократив число строк вдвое для каждого
удвоение размера линии.

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

* Write Retention Time — этот параметр определяет продолжительность времени, в течение которого
данные будут храниться в кеше перед записью на устройство.
настройка по умолчанию — 5 минут (настройка отображается в секундах).
можно отключить, установив для параметра Write Retention Time значение 0. Данные в
Кэш будет записан на устройство по истечении времени, установленного в Тихом режиме.
Параметр «Время записи» прошел.Параметр «Время хранения записи»
полезно, когда у вашего процессора не будет времени простоя.

* Quiet Write Time — этот параметр определяет количество времени, в течение которого HCP
будет ждать после того, как ЦП перейдет в режим ожидания, прежде чем будут сделаны какие-либо записи из
кэш на устройство. Значение по умолчанию — 1 секунда, но вы можете добавить
дополнительный запас прочности, установив время тихой записи на 0 -- это
вызвать любые записи, как только будут доступны любые свободные циклы ввода-вывода.

* Сохранить — нажатие кнопки «Сохранить» приведет к любым изменениям в HCP.
операция для постоянного сохранения.* Использовать — нажатие кнопки «Использовать» вызовет любые изменения в HCP.
операция будет немедленно активирована, но эти изменения не будут
навсегда сохраняется.

* Отмена — нажатие кнопки «Отмена» приведет к любым изменениям в HCP.
операция должна быть прервана.


HyperCache.guide

Это гипертекстовый интерактивный справочный документ Amigaguide для HCP.
Этот текст включает в себя: последние новости, параметры, ARexx,
HyperCacheStats и Index.

* Последние новости — в этом разделе содержится вся информация в последнюю минуту.
что не было включено в письменное руководство.* Параметры. В этом разделе рассматриваются все аспекты настройки параметров.
для ХКП.

* ARexx — в этом разделе содержится информация о поддерживаемых ARexx.
команды (5) для HCP. С помощью команд ARexx вы можете управлять каждым
аспект работы HCP, включая статистику работы программы.

* HyperCacheStats — в этом разделе содержится информация об использовании
Программа HyperCacheStats.

* Указатель — полный указатель к гипертекстовому документу Amigaguide.


HyperCacheStats

Эта программа открывает окно на вашем Workbench, содержащее несколько
области информации, относящиеся к устройству, которое вы кэшируете.
Программа HyperCacheStats (Статистика) выдаст информацию только по устройству
который кэшируется, если у вас кэшировано более одного устройства, вы
необходимо использовать несколько копий программы Stats с соответствующими
Тип инструмента определен в каждой иконке. Я использовал HCP для кэширования своего жесткого диска, DF0,
и ДФ1. Если бы я хотел просмотреть статистику для каждого из этих устройств, я бы
сделайте три копии программы Stats и используйте следующие типы инструментов:

PORT=HyperCache.IVS_SCSIpro.device (для моего жесткого диска с
контроллер Trumpcard Pro)

ПОРТ=гиперкэш.trackdisk.device UNIT=0 (для дисковода DF0:)

PORT=HyperCache.trackdisk.device UNIT=1 (для дисковода DF1 :)

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

Программа «Статистика» состоит из двух отдельных областей: «Усредненная статистика» и «Усредненная статистика».
Мгновенная статистика.

Усредненная статистика: Всего прочтений, Всего пропущенных прочтений, Всего прочтений
Образцы и те же три категории для Writes.* Total Read hits — это общее количество чтений из
кэш, а не чтение данных с устройства.

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

* Всего прочитанных образцов — это общее количество раз, когда статистика
программа запросила информацию из кеша.

Справа от этих строк находятся дополнительные значения для Writes.
приведенные выше определения идентичны, за исключением того, что они показывают статистику для операций записи.
вместо чтения.Мгновенная статистика: число прочитанных попаданий, число пропущенных чтений, коэффициент считанных совпадений и
те же три категории для записи.

* Чтение хитов - Отображает количество чтений из кеша за прошедшее время
второй.

* Промахи чтения — отображает количество чтений с устройства из-за
необходимая информация недоступна в кеше за последнюю секунду.

* Read Hit Ratio - Отображает общее количество чтений из кеша
разделить на количество просмотров, а затем умножить на 100. Это представляет
процент успешных чтений из кэша по сравнению с
необходимость считывания данных с устройства.Чуть ниже этих строк находятся дополнительные значения для Writes. Вышесказанное
определения идентичны, за исключением того, что они показывают статистику для операций записи.
вместо чтения. Также справа от этой области указаны средние значения для этих
категории.

В руководстве указано, что запуск HyperCacheStats может слегка
снижают производительность кэша. Они не рекомендуют запускать
Программа статистики во время тестов производительности системы, т. е. A.I.B.B., SysInfo и т. д.
так как это может повлиять на результат.

Ящик ARexx

Ящик ARexx содержит пять примеров сценариев ARexx, для которых требуется
пользователь может изменить код с соответствующим портом устройства.Скрипты
включены: «Приостановить», «Активировать», «Альтернировать», «Статистика» и «Сброс».

* Suspend — этот скрипт остановит запуск HCP на указанном устройстве.
порт.

* Активировать — этот сценарий запустит HCP на указанном порту устройства.

* Альтернативный — этот скрипт будет попеременно запускать и останавливать HCP.
работа на указанном порту устройства в зависимости от текущего состояния HCP.

* Статистика - Этот скрипт активирует программу статистики для указанного устройства
порт.

* Flush - Этот скрипт заставляет HCP немедленно записывать любую информацию
в настоящее время ожидает записи из кеша.Включенные скрипты полностью задокументированы программистами и являются
хорошее дополнение к пакету HCP.


НРАВИТСЯ: Понравилась легкая установка HCP, за исключением отсутствующей библиотеки
проблему, используя стандартную программу установки Commodore. Программа
установка занимает всего несколько минут после того, как вы вручную скопируете включенный
библиотеку, если необходимо, в каталог LIBS.

HCP значительно ускоряет несколько аспектов повседневной жизни.
операции, такие как: повторное открытие окон, перезагрузка программ, повторное чтение
данные в базе данных или электронной таблице, повторное открытие документов в слове
процессор или настольная издательская программа, работающая с изображениями или
анимация в программах рисования и анимации/рендеринга и т. д.Программа HyperCacheStats — хороший способ проверки работы HCP.
и определение соответствующего размера кэш-памяти для каждого устройства.

Включенные сценарии ARexx помогают контролировать HCP на этом уровне.

Инструкция хорошо написана и точна, по большей части.

Онлайн-справка Amigaguide — очень полезная функция.

Графический интерфейс — это большое улучшение по сравнению с более ранними выпусками HCP. Это делает
настроить функции HCP очень легко (см. Не нравится).


НЕ НРАВИТСЯ: графический интерфейс HCP будет загружаться под WB 3.1, но после этого зависает.
Компьютер по-прежнему работает, но графический интерфейс остается в Workbench и
не исчезнет, ​​если вы не перезагрузитесь. Я связался с Silicon Prairie по этому поводу и
представитель сказал, что они провели ограниченное тестирование в соответствии с WB 3.1. я
использовал типы инструментов для настройки параметров значков HCP всех моих устройств.
Это было не так уж важно, но было бы намного лучше, если бы графический интерфейс
работал бы под WB 3.1.

Руководство могло бы дать некоторые рекомендации относительно рекомендуемых
размер кэшей, используемых определенными устройствами.Старый мануал (v1.01b) давал
предлагаемые настройки для жестких дисков и дисководов. Я использовал кеш 512K
для моего жесткого диска и 100 КБ кеша для каждого из дисководов. Через
методом проб и ошибок вы можете получить хороший размер кеша в зависимости от того, как вы используете
конкретное устройство и информацию, предоставленную программой Stats.

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


РЕЗЮМЕ: я настоятельно рекомендую HyperCache Professional v2.от 0 до
каждый. Если вы выполняете много повседневной работы с каталогами, базами данных,
электронные таблицы, текстовые процессоры и тому подобное, то вы оцените
преимущества, которые HCP может предложить.

Приятно загрузить такую ​​программу, как DirectoryOpus или DPaint IV, а затем, если
вы выходите из него и пытаетесь перезагрузить через несколько минут программа загружается
за несколько секунд, вместо обычных нескольких секунд на моем
машина. Также при работе с большими базами данных в SuperBase IV
приятно читать данные от начала до конца один раз с харда
диск, а затем все последующие чтения выполняются с гораздо более быстрого
кеш.Купите эту программу!

Издатель: Silicon Prairie Software
           4771 148-я авеню, северо-восток
           Люкс N202
           Белвью, Вашингтон, 98007

           (206) 556-0618 * Заказ, информация о продукте и техническая поддержка
[email protected] * Техническая поддержка Интернет

 

Как ускорить сайт WordPress, настроив параметры WP Super Cache

Последнее обновление автор:   App Shah   17 комментариев

Я использую WP Super-Cache последние 8 лет, и нет сомнений, что это лучший плагин для кэширования, доступный для WordPress.

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

Да, и WP Super Cache — один из них. В этом уроке мы рассмотрим основные настройки wp super cache о том, как правильно его настроить. Давайте сначала проверим время загрузки страницы.

Теперь вопрос:

Как правильно настроить WP Super Cache на сайте с высокой посещаемостью?

Вот простое преимущество.Рассмотрим этот сценарий:

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

WordPress в качестве фреймворка серверов, которые запрашивают HTTP и создают HTML-страницу с комбинацией темы и данных БД. Как вы думаете, вам нужно сделать ~ 1000 звонков в БД в случае одного и того же почтового звонка? Я считаю, что нет необходимости генерировать тысячи запросов на вашем сервере, достаточно просто отправить запрос один раз на сервер, а затем предоставить одну и ту же статическую страницу всем подписчикам.

Плагин WP Super Cache создает статические HTML-файлы из вашего динамического блога WordPress. После того, как html-файл сгенерирован и доступен в папке /cache, ваш веб-сервер будет обслуживать этот статический файл вместо обработки сравнительно тяжелых и дорогих PHP-скриптов WordPress.

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

  1. Пользователи, не вошедшие в систему.
  2. Пользователи, не оставившие комментарии в вашем блоге.
  3. Или пользователи, которые не просматривали защищенный паролем пост.

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

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

Шаг-1

Включить WP Super Cache с вкладки Easy

Шаг-2

Перейдите на вкладку «Дополнительно» и установите следующие параметры:

Шаг-3

  • Нажмите Обновить статус
  • Нажмите Обновить правила Mod_Rewrite

Шаг 4

  • Нет выбора для следующих опций

Шаг-5

  • Выберите ниже Срок годности и сбор мусора

Шаг 6

  • Crunchify использует службу MaxCDN для сети доставки контента.Укажите ниже параметры, если вы уже используете его, ИЛИ просто не устанавливайте флажок.
  • Я использую 4 CNAME: cdn.crunchify.com , cdn1.crunchify.com , cdn2.crunchify.com и cdn3.crunchify.com

  • 6

    Перейдите на вкладку Содержание и нажмите кнопку Удалить кэш . Оставьте вкладку Preload , Plugins , Debug нетронутой.


    Присоединяйтесь к обсуждению

    Если вам понравилась эта статья, поделитесь ею в социальных сетях.Остались вопросы по статье, оставьте нам комментарий.

    .

Добавить комментарий

Ваш адрес email не будет опубликован.