→ Кешування сторінок Wordpress. Кешування WordPress: плагін Hyper Cache

Кешування сторінок Wordpress. Кешування WordPress: плагін Hyper Cache

Здрастуйте, шановні читачі блогу сайт. У цій статті я продовжу тему оптимізації WordPress () для зниження його навантаження на сервер хостингу. Це питання ставатиме для вас тим актуальнішим, чим більше відвідувачів приходитиме на ваш блог.

У попередній статті було описано деякі . Але це, звичайно ж, лише напівзаходи, які потрібно виконувати обов'язково у комплексі з іншими способами.

Способів оптимізації дуже багато і про всіх я докладно розповідатиму в цій серії статей. Сьогодні ми розглянемо один із найдієвіших з них, а саме кешування. Спочатку потрібно визначитися з тим, що це таке і навіщо його потрібно використовувати. Спочатку розглянемо роботу блогу на WordPress без кеша.

Кешування в WordPress та як при цьому працює блог

Вся справа в тому, що браузери працюють тільки з веб-сторінками у форматі HTML () і геть-чисто не розуміють мову PHP, на якій, власне, і написаний даний движок. Тому Вордпрес, після того, як користувач звернеться до тієї чи іншої сторінки блогу, повинен встигнути сформувати цю сторінку спираючись на алгоритм, прописаний в її коді мовою PHP.

У класичному статичному сайті (зараз таких залишилося дуже мало) всі веб-сторінки реально існують і знаходяться на сервері вашого хостингу. До них завжди можна звернутися, ввівши відповідну адресу в браузері, або навіть фізично, через FTP завантажити якусь сторінку із сервера собі на комп'ютер і відкрити подвійним клацанням по ній. Як то кажуть, її можна помацати.

На основі цих шаблонів створюється графічне оформлення веб-сторінки, що запитується, а потім в область контенту завантажується з бази даних MySql, наприклад, текст статті. В область сайдбару також можуть завантажуватися дані з бази даних MySQL, якщо ви використовуєте виведення в ньому будь-якої інформації штатними засобами WordPress або за допомогою плагінів.

Як ви вже, напевно, помітили, такий спосіб формування веб-сторінок для браузера приховує в собі деяку проблему, яка особливо гостро може стати при великій кількості відвідувачів на блозі. Код файлів, написаних на PHP, інтерпретується в сторінку HTML на льоту.

Якщо запитів до бази даних створення сторінок буде дуже багато (за високої відвідуваності блогу), це може істотно навантажити хостинг. Навіть якщо припустити, що всі відвідувачі, які знаходяться в даний момент на вашому сайті, запросили одну і ту ж сторінку, вона все одно буде створюватися в вордпрес заново стільки разів, скільки відвідувачів натиснули за відповідним посиланням.

Вихід із цієї ситуації полягає в використання кешу. Як працює кешування у WordPress? Досить просто. Щоразу, коли на вимогу відвідувача на сервері генерується сторінка у форматі HTML, то вона не тільки передається браузеру користувача, що натиснув за посиланням, але й зберігається у відповідній папці вашого сайту.

І вже при наступному зверненні до цієї сторінки, вона не буде заново генерується, забираючи ресурс сервера (створюючи додаткове навантаження на його процесор та оперативну пам'ять), а буде передана браузеру користувача, який запросив цю сторінку, з тієї самої папки на вашому сайті, де зберігаються кешовані веб-сторінки.

Такий спосіб, коли кешується вся вебсторінка, є найефективнішим, але не єдиним можливим. Крім того, деякі динамічні елементи вашого блогу можуть не працювати.

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

Герой сучасної публікації (плагін Hyper Cache) кешує сторінки повністю і зберігає їх HTML версії в своїй папці з кешем. Що примітно, кешування працює лише для незареєстрованих відвідувачів вашого блогу. Т.к. у більшості блогерів реєстрація не використовується, то єдиним зареєстрованим користувачем у разі буде лише адміністратор, тобто. ви.

Вам кешування працювати не буде і це дуже комфортно. Наприклад, при внесенні змін у дизайн вам не треба буде щоразу скидати кеш, щоб подивитися результати змін. Хочу навести приклад ефективності використання цього розширення WordPress.

Хостинг хороший, а для безкоштовного так і зовсім відмінний. Але якось у них полетів жорсткий диск, де розміщувалися бази даних всіх користувачів. І що примітно, мій блог продовжував у своїй спокійно працювати, бо його сторінки відкривалися з кешу і навіть звернень до базі даних взагалі було, т.к. вона була недоступна.

У якого також було включено кешування, при цьому не працював, скаржачись на недоступність бази даних. Час життя HTML копій вебсторінок у кеші у мене стояло 1440 хвилин (одна доба), і це виявилося більше, ніж час, протягом якого на хостингу була неактивною база даних (кілька годин).

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

Установка плагіна Hyper Cache на Вордпрес

Завантажити Hyper Cacheви можете з офіційної сторінки. Далі здійснюємо стандартні дії встановлення. Розпакуйте архів hyper-cache.zip , використовуючи ftp-менеджер (), підключіться до вашого сайту та завантажте папку hyper-cache у папку з плагінами wp-content/plugins/ на віддаленому хості.

Далі потрібно буде включити кешування в самому движку WordPress. Для цього нам потрібно буде відкрити на редагування файл конфігурації wp-config.php , який ви зможете знайти в кореневій папці на сервері вашого сайту. Вам потрібно буде додати до нього всього один рядок коду:

Define("WP_CACHE", true);

Вставити її можна в будь-яке місце до рядка:

/** Абсолютний шлях до директорії WordPress. */ if (!defined("ABSPATH")) define("ABSPATH", dirname(__FILE__) . "/");

Я, наприклад, вставив у область, де йде завдання параметрів для бази даних:

/** Ім'я бази даних для WordPress */ define("WP_CACHE", true); define("DB_NAME", "wm1604_ox823");

Увійдіть в адмінку Вордпреса, виберіть вкладку «Плагіни»- «Inactive», знайдіть рядок з цим плагіном і активуйте його. Далі виберіть з лівого меню Параметри -> Hyper Cache. Якщо у вікні з налаштуваннями жодних попереджувальних повідомлень не з'явилося, все готово до роботи.

Якщо попередження з'явилися, то швидше за все допоможе виставлення прав доступу 777 на папку (читайте про це у статті про Файлзил за наведеним трохи вище посиланням) wp-content або папку wp-content/plugins/hyper-cache .

Це потрібно для того, щоб даний плагін міг створити WordPress папку для зберігання кешованих вебсторінок під назвою cache . Після того, як він її створить, ви можете повернути права доступу на папку wp-content і папку wp-content/plugins/hyper-cache назад на 755, а вже папці cache , яка у мене знаходиться в wp-content/plugins /hyper-cache/cache , призначити права 777, щоб Hyper Cache мав можливість записувати до неї і прати HTML-файли з кешем.

Налаштування Hyper Cache для зниження навантаження на сервер

У першому полі налаштувань (у лівому меню вибрати Параметри - Хіпер Кеш) під назвою «Файли в кеші» ви можете бачити, скільки веб-сторінок вашого блогу в даний момент збережено в кеші.

У цьому ж полі є дуже важлива кнопка "Clear cache", Що дозволяє скинути кеш, тобто. видалити з відведеної для цієї мети папки всі наявні файли. Ця кнопка може знадобитися в тому випадку, якщо ви, наприклад, внесли зміни в дизайн і хочете, щоб їх побачили ваші відвідувачі якнайшвидше. Оскільки в іншому випадку, їм буде як і раніше доступна лише кешовані версії веб-сторінок.

В області «Конфігурація»зосереджено основні налаштування.

У полі «Таймаут кешованих сторінок» можна виставити час життя кешу в WordPress. Протягом цього часу в папці cache будуть зберігатися HTML копії веб-сторінок вашого блогу і всі користувачі, які їх запитують, будуть отримувати саме ці копії.

Але як тільки заданий у цьому полі час для якоїсь веб-сторінки закінчиться, при черговому зверненні до неї відвідувача вона буде відкрита вже не з кешу, а стандартним чином. При цьому вона буде закешована плагіном і поміщена в папку cache. Якщо час життя поставити надто маленьким, то Hyper Cache замість розвантаження сервера даватиме на нього підвищене навантаження, пов'язане з постійним записуванням веб-сторінок, що кешуються.

У полі «Режим анулювання кешу» задається спосіб очищення кешу при додаванні нових матеріалів на ваш блог або оновленні вже існуючих статей (у тому числі і при додаванні коментарів). Якщо зі списку вибрати «Всі кешовані сторінки», то при додаванні нового запису або оновленні існуючої буде оновлений (очищений) весь кеш у WordPress. При виборі "Нічого" кеш залишиться без змін.

При виборі "Тільки змінені записи"будуть оновлюватися (видалені з кешу) тільки файли кешу веб-сторінок, які були змінені. Галочка в полі «Під час анулювання запису також анулювати домашню сторінку, сторінки архівів та категорій» додасть вам зручності при роботі з блогом.

У полі "Вимкнути кеш для коментаторів" можна поставити галочку. У цьому випадку користувачі зможуть бачити додані ними коментарі, не чекаючи закінчення часу життя кешу для даної вебсторінки. Це робить кешування в Вордпрес менш ефективним, але сам блог більш зручним. Галочка у полі «Кешування RSS» дозволить кешувати RSS-стрічку.

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

В області «Експертні налаштування» бажано поставити галочку в полі "URL з параметрами". У моєму випадку, після її встановлення навантаження блогу на хостинг зменшилося вдвічі.

Не знаю всієї підноготної, але незважаючи на урли з усякими там знаками запитаннями та іншою дурницею, що вміє генерувати Вордпрес, до таких сторінок хтось звертається (боти чи ще хтось) і їх теж слід кешувати.

У полі «Кешування домашньої» можна поставити галочку для вимкнення кешування головної сторінки. Це може знадобитися, якщо вона інтенсивно оновлюється і включення кешування може викликати додаткове навантаження за рахунок постійного перезапису файлу.

Не забудьте зберегти зміни у вікні налаштувань плагіна Hyper Cache, натиснувши на кнопку «Оновлення». Для того щоб перевірити чи працює кешуванняВам потрібно буде зайти на свій блог не під зареєстрованим користувачем, а як звичайний відвідувач. Для цього його можна просто відкрити у браузері, відмінному від того, в якому ви працюєте як адміністратор.

Відкрийте будь-яку сторінку блогу та перегляньте її вихідний код. Для цього потрібно клацнути правою кнопкою миші по сторінці у вашому браузері і вибрати пункт контекстного меню "Вихідний код" (), або "Вихідний код сторінки" (Firefox), або "Перегляд коду сторінки" (Google Chrome), або "Перегляд HTML- коду» (IE).

Якщо ви побачите в самому низу вікна з вихідним кодом щось на зразок

то це означатиме, що Hyper Cache працює і при наступному запиті ця сторінка буде відкриватися ним з кешу.

Удачі вам! До швидких зустрічей на сторінках блогу сайт

Вам може бути цікаво

Зниження споживаної WordPress пам'яті при створенні сторінок - плагін WPLANG Lite для заміни файлу локалізації Як у плагіні Yet Another Related Posts прибрати прозорий піксель http://yarpp.org/pixels та змінити напис Схожі матеріали
Simple Counters і Category and Page Icons - красиві лічильники RSS та Twitter, а також іконки для категорій та сторінок у WordPress
Як оновити WordPress вручну та автоматично, а так само плагін Database Backup для резервного копіювання
Оптимізація теми (шаблону) WordPress для зниження його навантаження на сервер хостингу, плагін WP Tuner та кількість запитів до БД Як відключити коментарі в WordPress для окремих статей або всього блогу, а також прибрати або навпаки підключити їх у шаблоні
Comment Toolbar - додаємо у коментарі WordPress можливість відповіді та цитування
Встановлення та налаштування плагінів для WordPress, вирішення можливих проблем
Установка WordPress у деталях та картинках, вхід до адмінки WP та зміна пароля Зникло ліве меню в адмінці WordPress після оновлення
Підсвічування коду та кнопки форматування коментарів у WordPress - SyntaxHighlighter та Comment Form

  • htaccess кешування зберігає вміст веб-сторінки на локальному комп'ютері, коли користувач відвідує її;
  • Використання кешу браузера – веб-майстер дає вказівки браузерам як слід розглядати ресурси.

Коли браузер відображає веб-сторінку, він повинен завантажити логотип, файл файлу CSS та інші ресурси:


Кеш браузера "запам'ятовує" ресурси, які браузер вже завантажив. Коли відвідувач переходить на іншу сторінку сайту, логотип, файли CSS і т.д. не повинні завантажуватися знову, тому що браузер вже «запам'ятав» їх (зберіг). У цьому полягає причина, чому під час першого відвідування завантаження веб-сторінки займає більше часу, ніж за повторних.

Коли ви використовуєте кешування, файли веб-сторінки будуть збережені у кеші браузера. Сторінки будуть завантажуватись у рази швидше при повторних відвідуваннях. Також буде з іншими сторінками, які використовують лише ресурси.

Як увімкнути кешування в браузері

  • Змініть заголовки запиту ресурсів, щоб використати кешування;
  • Оптимізуйте свою стратегію кешування.

Зміна заголовків запиту

Для більшості людей єдиний спосіб кешування сайту htaccess полягає в тому, щоб додати код у файл .htaccess на веб-сервері.

Файл .htaccess контролює багато важливих параметрів для вашого сайту.

Кешування браузера через файл.htaccess

Наведений нижче код вказує браузеру, що саме кешувати і як довго це запам'ятовувати. Його слід додати на початок файлу .htaccess :

## EXPIRES CACHING ## ExpiresActive On ExpiresByType image/jpg "access 1 year" ExpiresByType image/jpeg "access 1 year" ExpiresByType image/gif "access 1 year" ExpiresByType image/png "access 1 year" ExpiresByType text/css "access 1 month" ExpiresBy html "access 1 month" ExpiresByType application/pdf "access 1 month" ExpiresByType text/x-javascript "access 1 month" ExpiresByType application/x-shockwave-flash "access 1 month" ExpiresByType image/x-icon "access 1 year" ExpiresDefault "access 1 month"## EXPIRES CACHING ##

Збережіть файл .htaccess і оновіть веб-сторінку.

Як встановити час кешування для різних типів файлів

У наведеному вище коді задано проміжки часу. Наприклад, 1 рік (1 рік) або 1 місяць (1 місяць). Вони пов'язані з типами файлів. Наведений вище код встановлює, що файли .jpg (зображення ) слід кешувати протягом року.

Якби ви хотіли змінити це, щоб і JPG зображення кешувалися протягом місяця, то ви просто замінили б «1 рік» на «1 місяць». Вказані вище значення кешування через htaccess є оптимальними для більшості веб-сторінок.

Метод альтернативного кешування для.htaccess

Описаний вище метод називається « Expires«, Він допомагає з кешуванням більшості новачків. Після того, як вам стане простіше працювати з кешування, можете спробувати інший метод кешування Cache-Control, який дає більше можливостей.

Можливо, що метод Expires не спрацює на вашому сервері, у цьому випадку ви, можливо, захочете спробувати використовувати Cache-Control .

Cache-Control

Цей метод дозволяє отримати більше контролю над кешуванням сторінок у браузері, але багато хто вважає, що простіше прописати всі налаштування один раз.

Приклад використання у файлі .htaccess:

# 1 Month for most static assets Header set Cache-Control "max-age=2592000, public"

Наведений вище код визначає заголовок Cache-Control залежно від типу файлу.

Як працює Cache-Control

Розглянемо згаданий вище рядок коду кешування у браузері htaccess :

# 1 Month for most static assets

Цей рядок – просто примітка. Файл .htaccess ігнорує рядки, що починаються із символу # . Ця примітка рекомендується, тому що у вас може бути кілька різних наборів даних як рішення для кешування файлів:

Згаданий вище рядок каже, що, якщо файл буде одним із цих типів, то ми зробимо щось з ним.»

Найважливіше в цьому рядку те, що в ньому перелічені різні типи файлів ( CSS, JS, JPEG, PNGі т.д. ) і що інструкції кешування слід застосовувати до цих типів файлів. Наприклад, якщо ви не бажаєте, щоб JPG файли кешувалися протягом зазначеного періоду часу, можете видалити « JPG«. Якщо ви хочете додати HTML, то потрібно в цьому рядку вказати HTML«:

Header set Cache-Control "max-age=2592000, public"

У зазначеному вище рядку встановлені фактичні заголовки та значення:

  • Частина « Header set Cache-Control» - Встановлює заголовок;
  • Змінна « max-age=2592000» - Вказує, скільки часу займе процес кешування (в секундах). У цьому випадку ми здійснюємо кешування протягом одного місяця (2592000) секунд;
  • Частина « public» повідомляє про те, що це є загальнодоступним.

Здрастуйте шановні читачі! Ви маєте свій блог? Якщо ви читаєте цю посаду, то напевно так. А ви знаєте, що без того плагіна, про який я вам розповім, у вашого блогу за відвідуваності 1000-1500 чол. на добу можуть закипіти мозок? (Жарт звичайно). Загалом створюватиметься велике навантаження на ваш хостинг і сторінки дуже довго завантажуватимуться вашим користувачам.

Як прискорити роботу блогу та зменшити навантаження на сервер? Саме про це цей пост. Представляю вам класний плагін. Багато хто про нього вже знає, а хто не знає, нехай встановлює негайно.

Не завантажуватиму вас важкими і не зрозумілими виразами, кешування, генерація сторінок, бази даних MySQL і т.д. Поясню все російською і зрозуміло.

Коли відвідувачі вашого блогу заходять на нього, натиснувши на посилання, то відразу відбувається генерація сторінки вашого блогу, коротше кажучи відображення (збір всіх фото, коментарів, тексту і т.д.). Я думаю це ви все чудово розумієте.

Це створює певне навантаження на ваш хостинг. А якщо на блог заходять 1000 людей? Ще більше навантаження. Це добре якщо зайшли і вийшли, так людям треба по сторінках ще полазити, ось вам ще навантаження.

Що робить плагін Hyper Cache?

Hyper Cache кешує веб-сторінки блогу на WordPress і зберігає їх HTML версії у своїй папці з кешем. Тому при заході на ваш блог навіть 3000 тис. користувачів навантаження на хостинг буде мінімальним, оскільки всі сторінки вашого блогу вже згенеровані і лежать у папці cache на вашому сервері. Я думаю ви зрозуміли. Якщо ні, напишіть своє питання в коментарях.

Ну а тепер до налаштування.

1. Скачайте сам плагін (праворуч кнопка) - скачати
2. Завантажте папку hyper cache у папку з плагінами wp-content/plugins/
3. Увімкніть кешування у WordPress.

Для цього вам потрібно буде відкрити на редагування файл конфігурації wp-config.php, який ви зможете знайти в кореневій папці на сервері вашого сайту. Вам потрібно буде додати у файл конфігурації Вордпрес один рядок коду:

Define("WP_CACHE", true);

Вставити її можна в будь-яке місце файлу wp-config.php до рядка:

/** Абсолютний шлях до директорії WordPress. */ if (!defined ("ABSPATH")) define ("ABSPATH", dirname (__FILE__) . "/");

Я особисто вставив цей рядок там, де йде завдання параметрів для бази даних WP:

/** Ім'я бази даних для WordPress */ define ("WP_CACHE", true); - ось сюди define ("DB_NAME", "a20230_blog");

4. Увійдіть до адмінки WordPress, виберіть вкладку «Плагіни» і знайдіть рядок з плагіном . (Активуйте плагін).

5. Знову зайдіть в адмінку – «налаштування» – Hyper Cache.

Якщо у вікні з налаштуваннями жодних попереджувальних повідомлень не з'явилося, то кеш WordPress готовий до роботи. Якщо попередження з'явилися, то швидше за все допоможе виставити права доступу 777 на папку wp-content або папку wp-content/plugins/hyper-cache.

Це потрібно для того, щоб плагін міг створити WordPress папку для зберігання кешованих вебсторінок вашого блогу. Після того, як плагін створить цю папку, ви можете повернути права доступу на папку wp-content та папку wp-content/plugins/hyper-cache назад на 755, а вже папці cache або hyper cache, яка знаходиться у вас на хостингу (wp- content/plugins/hyper-cache/cache або wp-content/hyper cache), призначити права доступу 777, щоб плагін Hyper Cache мав можливість записувати в неї та стирати HTML-файли з кешем веб-сторінок блогу.

Побачити їх кількість ви зможете в налаштуваннях hyper cahe – «Всього кешованих сторінок (кешовані редиректи також вважаються)» – буде вказано число. Ось такий класний плагін. Користуйтеся друзями!

P.S. Як вам стаття? Раджу, щоб не пропустити інформацію про нові безкоштовні відеокурси та конкурси блогу!

З повагою, Олександр Борисов

Вітаю, друзі. Плагін Hyper Cache, про налаштування якого сьогодні йтиметься, істотно знижує навантаження на сервер хостингу за рахунок кешування сторінок. Всі шанувальники WordPress люблять цю CMS за її гнучке налаштування, простоту в роботі та величезну функціональність. Але за всі переваги доводиться платити, в даному випадку платою є дуже висока вимогливість до серверних ресурсів.

Вебмайстри, які мають проекти Вордпрес з високою відвідуваністю підтвердять, що серверне навантаження движка дуже велика і якщо нічого з нею не робити, то:

  • як мінімум, блог повільно завантажуватиметься, що створить не комфортні умови користувачам і погіршуватиме поведінкові фактори;
  • як максимум, хостинг пред'являтиме претензії з приводу перевищення допустимого навантаження і запропонує перейти на дорожчий тарифний план, загрожуючи відключенням (я такі листи отримував).

WordPress має багато важливих і корисних плагінів. До кожного проекту одні потрібні, інші непотрібні, але є група таких, використання яких обов'язково кожному ресурсі. До них входить Hyper Cache (нарівні з такими плагінами, як і ).

Як працює Hyper Cache

Але є один нюанс, без якого не полетить. Так як цей плагін глибоко влазить в роботу двигуна, йому потрібні спеціальні дозволи, інакше доступу у нього не буде.

Для цього, після активації плагіна, у файл wp-config.php вашого блогу треба додати наступний рядок:

Define("WP_CACHE", true);

Коли активуєте плагін - він вам сам підкаже, що потрібні зміни у файлі. Я вставив у самому кінці, ось так:

Після цього плагін має заробити (у мене заробив). Якщо щось не ввімкнеться, то пишіть у коментарях, спробуємо розібратися разом.

Налаштування плагіна Hyper Cache

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

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

Налаштування мають 4 вкладки. Плагін частково перекладений – десь написи російською, десь англійською, причому переклад явно машинний (не завжди зрозуміло, що мається на увазі) – можливо в нових версіях зроблять нормальний переклад, тоді буде простіше. Розглянемо кожну вкладку.

Головні налаштування

Почнемо з головних (вкладка так і називається, вона відкривається за умовчанням). Нижче мій приклад, а далі опис кожного блоку.

  1. Пункт про « Disable translations» дозволяє вимкнути вбудований перекладач, якщо поставте галочку. У цьому випадку весь текст плагіна повинен відображатися в оригіналі англійською мовою.
  2. Далі, у пункті « Кешовані сторінки будуть дійсні протягом» вказується період, протягом якого зберігатимуться кешовані версії документів. Після закінчення цього часу кеш скидається і створюється за новою при черговому відвідуванні користувачем. Вказати можна будь-який час, залежить від того, як часто ви оновлюєте матеріали сайту. У мене коштує 24 години, якщо у вас блог оновлюється дуже рідко, то можете зробити й у рази більше. Чим рідше перетворюватимуться файли з кешем, тим менше серверних ресурсів витрачатиме сайт на їх створення.
  3. Наступні два пункти для стиснення даних (compression). Перший « Увімкнути стиск» включає стиснення даних під час передачі інформації, другий « Enable on-the-fly compression» Включає стиснення «на льоту» для сторінок, яких немає в кеші.
  4. Можна налаштувати оновлення кешу останніх записів, якщо оновлено головну. Для цього в « Коли оновлено домашню сторінку, оновляться інші.» вкажіть кількість постів, які мають змінюватися. У мене це поле стоїть порожнім, тому що контент головною не впливає на вміст статей (залежність швидше зворотна – про це наступні пункти).
  5. Наступні 2 рядки дозволяють увімкнути оновлення копій домашньої сторінки, архівів, тегів та рубрик при зміні постів. Припустимо, ви відредагували статтю, зберегли її і, якщо стоїть галочка у першому рядку пункту « Коли записи відредаговані», оновиться кеш категорій та рубрик, якщо стоїть галочка у другій, то буде перезбережено головну сторінку сайту. Якщо у вас налаштовано рідкісне оновлення збережених копій (п.2), ці пункти варто включити. У мене всі дані в кеші оновлюються кожні 24 години, тому я не активую цей блок - через добу все оновиться за графіком.
  6. Пункт аналогічний попередньому, тільки « При написанні коментаряоновлює інформацію у разі появи нових коментарів до записів.
  7. « Папка кешу» дозволяє змінити стандартну папку, яка використовується плагіном для зберігання даних на свою.
  8. « Далі ця функція виконуватиметься через» включає опцію автоматичного очищення кешу від старих матеріалів, що не використовуються (не існують).
  9. Налаштування " Дозвіл кешування браузерами» дозволяє браузерам кешувати дані з сайту на стороні користувача (на комп'ютері відвідувача). Зазначається час актуальності даних.
  10. HTTPS– це налаштування потрібне у тому випадку, якщо ваш блог використовує відповідний протокол (у мене його немає). За промовчанням встановлюється зберігання роздільного кеша для протоколів http і https.
  11. Що робить " Use readfile()я не зрозумів, тому не став включати цю опцію.
  12. Може виникнути ситуація, коли термін дії кешу минув, а користувачі на цю URL-адресу ще не заходили, тобто новий кеш створений не був. Але, прийшов пошуковий робот, питання – що йому показувати? У пункті " Служить ботам зі сторінками із терміном дії, що закінчився.» ви можете вибрати – показувати дані зі строком придатності з кешу або віддавати звичайну сторінку WordPress. Я вважаю, що роботам треба віддавати завжди актуальний матеріал, тому прострочення їм показувати не варто.

Розділ «Винятки»

З основними налаштуваннями ми розібралися, переходимо до винятків. Тут ми можемо вказати конкретні сторінки або розділи, які не повинні кешуватися.

У цій вкладці з перекладом все гаразд, тому майже всі пункти зрозумілі без описів. Я заборонив зберігати основну RSS стрічку та стрічки коментарів. У будь-якому випадку вони мені не потрібні, тому що стандартний RSS у мене замінений на feedburner.

Також відключив показ кешу для людини, яка залишила коментар – він повинен бачити те, що написав – галка тут – «Don't serve cached pages to comment authors».

Кешування сторінки з помилкою 404 відключати я не раджу, так як місця її кеш займає небагато.

З того, що вам знадобиться:

  • Заборона на кешування конкретних URL-адрес, для цього вмикаєте пункт «Точна адреса URI виключити» і в полі прописуєте адреси потрібних сторінок.
  • Заборона на кешування розділів, тоді в наступному пункті пишете адресу, з якої URL повинен починатися.
  • Виключення деяких типів пристроїв у пункті «Пристрої (використання) виключити». Наприклад, якщо ви маєте окрему версію для мобільних пристроїв, видавати людині на смартфон звичайний кеш не потрібно. Прописуєте в цьому полі з нового рядка всі агенти користувачів, що підпадають під фільтр - iphone, android, ipad, ipod, symbian, windows phone 7, windows mobile, opera mini, opera mobile і т.д. (я сам не знаю весь перелік, вказав основні варіанти, в принципі, більшість пристроїв вони охоплюють). В принципі, цей пункт навряд чи стане вам у пригоді. Якщо ви будете використовувати окрему мобільну версію ресурсу, краще налаштувати його кешування (у наступному розділі розповім), ніж відключати.
  • Не кешувати старі записи, якими маленький трафік. Якщо у вас сайт не приваблює відвідувачів з пошуку, то пости, опубліковані давно рідко хтось читає, їх кешування можна відключити, щоб не займати місце на хостингу. Вказуєте кількість днів, через які пост іде у розряд старих.

Розділ «Мобільний»

Трохи вище я згадував про те, що плагін можна конфігурувати індивідуально для роботи з мобільним і стаціонарним трафіком.

У цій вкладці всього 3 параметри, що дозволяють визначити, кому і що показувати.

Почну знизу.

Для початку необхідно вказати плагіну, який відвідувач вважатиметься таким, що прийшов з мобільного пристрою. Для цього використовуємо той же список мобільних агентів (user-agent), що ми вказували на вкладці виключення (якщо ви розраховували на такі пристрої). Якщо ніяких особливих вказівок для мобільного трафіку ви не плануєте, залишайте поле порожнім і все.

Тепер вибираємо режим роботи, там є 3 варіанти:

  1. Використовувати стандартний кеш – це варіант, при якому жодної різниці між користувачами різних пристроїв не буде – всі отримають ті самі сторінки (У мене в блозі саме такий варіант, оскільки верстка адаптивна сайту).
  2. Кешувати окремо – дозволяє користувачам з мобільними user-agent видавати кеш з використанням теми оформлення відмінної від основної (для користувачів ПК показуєте звичайний шаблон, для мобільних інший – полегшений) – виходить 2 різні кеші.
  3. Не кешувати сторінку - все ясно - плагін втручатися в роботу сайту, при заході мобільних користувачів не буде.

Якщо в режимі роботи був обраний варіант із роздільним кешем, то у вкладці мобільна тема необхідно вказати, яка тема повинна застосовуватися для мобільного трафіку (з списку, що випадає).

Про CDN

З'явився він зовсім недавно. На жаль, я до ладу не зрозумів, що це за фіча, щось якось пов'язане зі зберіганням даних у хмарних сервісах. Виходить, що дані з сайту розміщуються на різних серверах, що не належать до хостингу, а користувачеві передається інформація з сервера, який ближче до нього знаходиться.

На працездатності плагіна ця вкладка ніяк не позначається, тому, собі зробив висновок, що мені поки що ця настройка не потрібна.

Якщо згодом буде більше ясності, то доповню піст. До речі, якщо ви розібралися, як працювати з CDN у Hyper Cache, то напишіть у коментарях або дайте посилання де почитати.

Як перевірити роботу Hyper Cache

Після всіх проведених налаштувань треба перевірити, як усе працює.

Плагін не показує кеш адміністратору сайту - адміністратор отримує повну версію завжди.

Тому для перевірки потрібно вийти з адміністраторської панелі або відкрити сайт (у якому ви не залогінені на сайті).

Далі, натисніть клавіші Ctrl+U або клацніть правою кнопкою миші по фону блогу і виберіть пункт «Вихідний код сторінки». Прогортайте в самий кінець, там має з'явитися тег із зазначенням того, що ви бачите кеш з датою його створення - якщо тег є, значить все гаразд і плагін працює.

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

Вітаю вас, друзі! З вами Антон Калмиков. У попередній статті я описав роботу плагіна і для чого він потрібний. Мені здається, що тема плагінів досить актуальна, тому сьогодні я хотів би торкнутися такої важливої ​​речі як зниження навантаження на сервер.

Адже не секрет, що платформа WordPress дуже проста у використанні, але за цю простоту нам доводиться розплачуватися завищеними вимогами до продуктивності нашого сервера.

Щоб знизити це навантаження, нам у цьому допоможе плагін кешування Hyper Cache. У цій статті я докладно розповім про всі функції даного помічника і як грамотне налаштування Hyper Cache допоможе вам поліпшити продуктивність вашого ресурсу.

Ну що почнемо!

Насамперед нагадаю вам, що поведінковий фактор грає одну з основних ролей у розвитку вашого ресурсу. Зі збільшенням відвідуваності навантаження на сервер зростатиме у геометричній прогресії. Це призведе до того, що блог завантажуватиметься повільніше. Не всі відвідувачі готові миритись із цим.

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

При першому зверненні відвідувача до інформації, що зберігається у вас на сервері, виконується весь список необхідних для відображення дій. Після цього Hyper Cache зберігає це у вигляді окремого зображення html сторінки. При подальшому зверненні відвідувача до цієї інформації, плагін завантажує збережену кешовану версію, тим самим виключаючи повторне створення WordPress сотень запитів та виконання різних скриптів.

Отже, тепер розберемося, як налаштувати Hyper Cache.

Як налаштувати Hyper Cache

Перейшовши до налаштувань вашого плагіна, ви побачите невелике попередження про те, що ви повинні додати код у файл wp-config.php.

Нехай це вас не лякає. Відкрийте цей файл, який знаходиться на сервері в кореневій папці, і знайдіть рядок:

Define ("WPLANG", "ru_RU");

Цей рядок знаходиться практично в самому низу файлу. Трохи нижче за цей рядок вставте необхідний код:

Define ("WP_CACHE", true);

Якщо ви все зробили правильно, то плагін має заробити.

Тепер давайте детальніше розглянемо функціонал та налаштування Hyper Cache.

Почнемо, мабуть, із верхніх синіх кнопок.

  • Перша кнопка дозволяє видалити весь кеш, що зберігається на сервері. Тобто, всі кешовані файли, які були створені до цього часу, будуть видалені. Цим потрібно користуватись, коли вам потрібно повністю оновити кеш.
  • Друга кнопка очищає кеш архівів та головної сторінки, при цьому всі інші файли залишаються не зворушеними. У деяких випадках це дуже потрібна штука.
  • Третя кнопка просто показує розмір кешу, який зараз він займає. Жодної функціональності він не несе, просто є інформаційним доповненням.
  • Четверта кнопка дозволяє імпортувати установки, наприклад, з більш старої версії.

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

Трохи нижче за сині кнопки, розташований ряд чотирьох вкладок.

Вкладка «Головні»

За замовчуванням у вас відразу відкрито вкладку «Головні». Давайте з неї і почнемо.

  • Перший пункт цього меню «Disable translations» при активації, дає нам можливість «насолодитися» цим плагіном оригінальною мовою, тобто простою обивницькою мовою – відключити вбудований перекладач.
  • Другий пункт «Кешовані сторінки будуть дійсні протягом» дозволяє нам задати час, протягом якого кеш буде існувати. Я б радив вам залишити цей пункт без змін.
  • Третя і четверта функція «Увімкнути стиснення» та «Enable on-the-fly compression» відносяться до активації стиснення, тільки перша дає компресію даних під час передачі інформації, а друга включає стиснення «літа». Я б порадив вам поставити галочки навпроти цього поля, т.к. це дозволить вашому блогу трохи збільшити швидкість завантаження сторінок.
  • Наступний пункт «Коли оновлено домашню сторінку, оновляться решта», на мій погляд, абсолютно нелогічний і марний. Він дає можливість задати кількість попередніх статей, які будуть перекешовані при додаванні нового посту. Для чого і для кого це зроблено, я гадаю, це загадка для самих розробників. Тому раджу залишити цю чудову функцію без змін.
  • Наступні два пункти «Коли записи відредаговані» та «Під час написання коментаря» дають нам можливість автоматично оновити кеш категорій, тегів та рубрик при зміні статті, при цьому головна сторінка не буде змінена (якщо ви поставили галочку в першому квадраті). А якщо стоїть галочка у другому квадраті, то й кещ головної сторінки оновиться.
  • "Папка кешу" дає можливість задати папку на сервері, куди будуть збережені всі кешовані сторінки. Я раджу залишити цей пункт без змін.
  • "Далі ця функція буде виконуватися через" показує через який час автоматично відбудеться очищення застарілих матеріалів. Що найцікавіше змінити ми це значення не можемо.
  • "Дозвіл кешування браузерами" дає нам можливість дозволити цю функцію у наших відвідувачів, а також задати час зберігання у них наших даних.
  • "HTTPS" - дозволяє задати варіант кешування для протоколу https. Я залишив у себе за умовчанням "Build a separated cache", тобто роздільне зберігання для https і http сторінок.
  • «Use readfile» — допомагає активувати функцію PHP readfile для швидшої віддачі файлу, тобто скрипт чекає, поки весь файл буде прочитаний і відданий користувачеві. За запевненнями розробників вона має бути кращою, ніж стандартна функція. Чи це я не зрозумів. Щоб не спокушати долю, раджу залишити цей пункт без змін.
  • «Служить ботам зі сторінками із терміном дії, що закінчився» — тобто показувати застарілі дані пошуковим роботам (з кешу) або віддавати їм оновлену сторінку. Я залишив цей пункт поза увагою, тому що вважаю, пошукові системи повинні завжди отримувати свіжу інформацію.

Вкладка «Винятків»

Після того як ми розібралися з налаштуваннями в меню «Головні», перейдіть у вкладку «Винятки».

Тож давайте по порядку.

  • Перший пункт «Не кешуйте домашню сторінку» дає можливість відключити кешування головних сторінок. Оскільки ми публікуємо статті з періодичністю один раз на добу та на вкладці «Головні» ми задали, що кешування сторінок буде дійсним протягом двадцяти чотирьох годин, то в нашому випадку ставити галочку не потрібно. Ця функція актуальна людям, які публікують свій контент два і більше разів на добу.
  • "Не кешувати стор. 404" - даний пункт, я думаю, не вимагає пояснень. У нас на блозі я залишив його без змін, тому що місце він посідає небагато.
  • У наступних двох пунктах «Не кешувати стрічку коментарів» та «Не кешувати стрічку RSS» я радив би поставити галочки.
  • «Виключити точну адресу URL» — ця функція дозволяє вилучити з кешування певні сторінки. Актуально це тим, хто постійно щось змінює у певній статті (можливо це якась статистика, яка оновлюється щогодини чи кілька хвилин).
  • «Починаючи з URL-адреси виключити» — ця функція дозволяє виключити з кешування певну послідовність статей, наприклад, якусь рубрику. Для цього введіть у поле частину адреси сторінки, яка відноситься до рубрики, що виключається. При цьому обов'язково має бути вказана адреса рубрики www.moysait/vse-o-krasote.
  • "Куки виключити" - ми можемо поставити галочку і внести в поле певні cookie нашого читача, тоді для цієї людини кешування працювати не буде. Ну що ж, ще одна непотрібна функція. Навіщо її застосовувати я так і не зміг придумати.
  • «Пристрої виключити» - якщо у вас є окрема мобільна версія, ви вказуєте назву пристроїв, з яких до вас заходить відвідувач, наприклад ipad, android, iphone, windows mobile і т.д., то для даних пристроїв відображення звичайних кешованих сторінок не буде відбуватись.
  • "Don't serve cached pages to comment authors" - при включеній функції модерації повідомлень, відвідувач, залишаючи коментар, бачить повідомлення, що даний комент чекає перевірки. Ось щоб воно відображалося, обов'язково поставте галочку навпроти цього пункту.
  • "Не кешувати сторінки старші" - цей функціонал дозволяє задати вік сторінок, які не потрібно кешувати. Ця функція буде корисною лише авторам, які не приваблюють відвідувачів з пошуку, і у яких інформація, що публікується, дуже швидко втрачає актуальність.

Вкладка «Мобільний»

Ось ми й дійшли до вкладки «Мобільний».

У ній знаходиться лише три пункти. Думаю, тут не виникне у користувачів особливих питань.

  • "Режим роботи" - в ньому знаходиться 3 підменю:

— Використовувати стандартний кеш – жодних відмінностей між користувачами різних пристроїв не буде. Використовуємо самі, тому що у нас адаптивний дизайн.

— Кешувати окремо – для користувачів з мобільних пристроїв та ПК видається різний кеш. Це відбувається лише в тому випадку, якщо у вас дві версії сайту (мобільна та основна).

- Не кешувати сторінку - тут і роз'яснень не потрібно, але про всяк випадок скажу, що при такому варіанті вибору Hyper Cache не проводитиме кешування сторінок при відвідуванні вашого сайту з мобільних пристроїв.

  • «Мобільні теми» — тут вибирається тема, яка відображатиметься відвідувачу під час заходу з мобільного пристрою. Раджу залишити цей пункт без змін.
  • «Мобільні агенти користувачів» - тут перераховані пристрої, до яких будуть застосовані попередні налаштування меню.

Вкладка CDN

Ця вкладка викличе найбільшу кількість питань, не дивлячись на те, що в ній знаходиться лише одне підменю.

Ця функція дозволяє зберігати ваш контент (відео, фото тощо), який займає багато місця, не на вашому хостингу, а на так званому сервері хмар. При зверненні відвідувача до даних файлів, вони підвантажуватимуться з найближчого до нього сервера, тим самим зменшуючи навантаження на ваш хостинг. Правда, дана функція зараз зав'язана на двох платних сервісах (MaxCDN і KeyCDN). Тому важко уявити користувача, який скористається цим сервісом.

Відео «Встановлення та налаштування плагіна Hyper Cashe»

Друзі, перегляньте детальне відео, яке я записав на прохання наших читачів. Упевнений все одразу стане зрозумілим! І не забудьте підписатисяна наш youtube-канал, там багато цікавого!

Ну що, на цьому закінчуватиму. Сподіваюся мені максимально докладно вдалося описати функціонал та налаштування Hyper Cach. А яку плагін використовуєте ви на своєму ресурсі?

Якщо будуть питання, не соромтеся, пишіть у коментарях.

Статті на тему:

З повагою, Калмиков Антон

 

 
Це цікаво: