У попередній статті ми докладно розглянули опції, розташовані на сторінці розширених налаштувань плагіна W3 Total Cache і виконали загальну конфігурацію і конфігурацію попереднього завантаження кеша. У цій статті ми розглянемо налаштування очищення і додаткові параметри конфігурації.
Починаємо занурення.
Політика очищення
«Очищення» включає в себе видалення або виключення документів або записів. При конфігуруванні параметрів очистки ми виконуємо основні налаштування плагіна, такі як, час і способи видалення застарілого кеша. В плагіні W3TC є інструменти, по суті схожі на події в WordPress, які ми будемо називати тригерами. Тригери відповідальні за очищення кешу.
Зверніть увагу, у цій частині опцій рекомендується використовувати налаштування за замовчуванням. Нижче ми розглянемо кожну з опцій докладно:
W3TC відстежує такі події, як, наприклад, створення і редагування поста, публікування коментаря. Можна використовувати ці тригери, щоб очищати кеш певних сторінок, як показано на скріншоті вище.
Таке рішення має просте пояснення. Всякий раз, коли якась сторінка відредаговано або створена нова публікація, то кешована версія головної сторінки, де перераховані всі наявні посади, або ж сама відредагована сторінка запису стає неактуальною. Тоді кеш повинен бути очищений.
Налаштування за замовчуванням в цьому випадку працюють відмінно. Додавання більшої кількості варіантів в цей список збільшить завантаження вашого сервера. Думаю, ви не хочете, щоб всі ці дії виконувалися, навіть якщо у вас є потужний сервер, ну, або, принаймні, VPS, але немає необхідності очищення всього кешу. Замість цього, ви зможете очищати кеш повністю вручну по мірі потреби.
1. Ліміт очищення
WordPress пропонує сторінкову структуру для розбивки сторінок. Параметр ліміту очищення відповідає за кількість пагинаций.
Розглянемо роботу цього параметра на прикладі сторінки зі списком публікацій, яка, зазвичай, є головною сторінкою блогу.
Припустимо, пагинация встановлена через кожні п’ять публікацій. Таким чином, очищення кеша нумерації сторінок буде відбуватися відразу після створення публікації. Виходячи з цього, потрібно вказати кількість сторінок, що містять список публікацій, кеш яких повинен бути очищений після створення нового матеріалу.
Наведу приклад:
- Значення «0» означає, що очищається кеш всіх сторінок зі списком публікацій
- example.com/ …
- example.com/page/5.
- example.com/page/2 … .
2. Додаткові сторінки
Якщо ви створюєте власну структуру блогу на WordPress і хочете виконувати очищення кешу цих сторінок, то виконуйте налаштування цієї області.
3. Очищення карти сайту
Цей параметр відповідає за очищення карти сайту. Тут задається регулярний вираз для всіх карт сайту. Новачкові тут не варто робити ніяких налаштувань.
Якщо ви використовуєте SEO плагін від Yoast або ж плагін Google Sitemap для WordPress — залиште всі налаштування як є. Значення, встановлені за замовчуванням, обслуговують посилання, згенеровані цими плагінами.
Збережіть налаштування плагіна на цьому етапі.
Розширені налаштування
Нижче наводиться великий список розширених налаштувань. Я наведу приклад використання кожної і докладно розгляну її призначення.
1. Пізня ініціалізація
Дана опція включає підтримку функціональності фрагментного кешування сторінок в WordPress. Її включення може збільшити час відповіді сайту. Тому, я рекомендую залишити її в стані безконтрольно.
2. Режим сумісності
Рекомендую включати цей режим в більшості випадків. Хоча він знижує продуктивність приблизно на 20%, але робить це в обмін на підвищення функціональної сумісності з різними середовищами розміщення WordPress.
Цю опцію варто включати в більшості випадків. В наші дні хостинг звичайно заснований на декількох локальних мережах, які разом утворюють гібридну систему. Для забезпечення найкращої продуктивності в зв’язці WordPress і подібної системи слід використовувати цю настройку.
3. Кодування
У більшості випадків варто вимкнути цю опцію. Допомагає вона тільки у вирішенні проблем браузерів, які виникають із-за неправильного відображення кодування символів. Тому, якщо ви не спостерігаєте будь — яких незвичайних символів в кешованих сторінках, то немає ніякої необхідності включати цю опцію.
Вмикайте цей параметр тільки в разі появи незрозумілих символів неправильне кодування на кешованих сторінках сайту. Можливо, це допоможе вирішити проблему.
4. Відхиляємо запити з заголовка сторінок
Зазвичай HEAD — запити містять текстову інформацію про специфічні для користувача даних. Браузер користувача відправляє запити до веб-сервера в текстовому вигляді і отримує у відповідь URL запитуваної тексту.
Включивши цю опцію, ми відключимо кешування HEAD – запитів, у результаті чого неавторизовані користувачі не побачать кешувати сторінки з HEAD — запитом.
Але в теж час результатом подальших запитів про надання URL – адрес можуть стати «порожні сторінки». Тому я рекомендую залишити цю опцію в стані безконтрольно до тих пір, поки ви точно не будете знати, для чого включаєте її.
5. Інтервал очищення сміття
Якщо кешування сторінок виконується на диск, цей параметр вказує інтервал, по завершенню якого дані з терміном дії будуть видалені з кешу.
У разі якщо сайт генерує відносно невеликий обсяг трафіку, то значення 3600 , яке встановлено за умовчанням, буде достатньо. Якщо ж сайт має великий обсяг трафіку — варто зменшити це число для збільшення частоти очищення сторінок в кеш.
6. Термін життя файлів куки при додаванні коментарів
TTL, або «Time to live», що механізм, який визначає термін валідності будь-яких даних в браузері користувача. Наприклад, у випадку з коментуванням в WordPress, кукі – файли застосовуються для збереження аутентифікації користувача. Зменшення часу життя куки, які залишаються в браузері користувача, зможе підвищити продуктивність і ефективність вашого сайту.
1800 — рекомендоване значення. Хоча ви можете встановити його нижче або поставити рівним-1 для повернення до значення TTL, яке встановлено безпосередньо в WordPress.
7. Оброблювані рядки запитів
У цьому розділі ви можете задати рядка запиту, результат яких необхідно кешувати. Тобто всі запити, згадані всередині цього текстового поля, будуть кешуватися плагіном W3TC. Для початківців користувачів, які не є розробниками, рекомендується залишити це поле порожнім.
8. Відхилені користувальницькі агенти
Ви можете додавати тут користувальницьких агентів, для яких не потрібно видавати сторінки з кеша. Для початківців користувачів, які не є розробниками, рекомендується залишити це поле порожнім.
9. Відхилені cookie — файли
Ви можете відключити кешування сторінок, які використовують якісь конкретні файли cookie, згадані тут. Для початківців користувачів, які не є розробниками, рекомендується залишити це поле порожнім.
10. Сторінки, які не підлягають кешуванню
Ви можете зупинити кешування певних сторінок цієї налаштуванням. Якщо ви розробник, вам буде легко зрозуміти, як працює дана настройка. Для початківців користувачів, які не є розробниками, рекомендується не змінювати значення цього поля.
11. Список винятків
Якщо у вас виникли проблеми в даних конкретних сторінок, вказавши їх тут, плагін буде кешувати дані сторінки, навіть якщо вони згадані в налаштуванні «ніколи не кешувати наступні сторінки«. Опція також підтримує регулярні вирази.
12. Сторінки без слеша
Якщо у вас в WordPress є сторінки, яких не замикається слешем – введіть їх тут для можливості їх кешування. Такими сторінками, є, наприклад, карти сайту.
13. Такі заголовки сторінок
Якщо ви хочете задати додаткові заголовки сторінок для кешування – запиши їх у цьому полі. Для початківців користувачів, які не є розробниками, рекомендується залишити це поле порожнім.
Ми підійшли до кінця статті про розширених налаштуваннях плагіна W3TC. Якщо у вас з’явилися які-небудь питання – не соромтеся і задавайте їх у коментарях.
Переклад статті «Configuring W3 Total Cache: Advance Page Cache II» був підготовлений дружною командою проекту Сайтостроение від А до Я.
