Сьогодні ми продовжимо огляд кращого плагіна для кешування в WordPress W3 Total Cache. Ми розглянули більше половини головних налаштувань у попередньої частини цього керівництва. Давайте продовжимо налаштування тих пунктів, що залишилися.
З сьогоднішнього посту ви дізнаєтеся про наступні налаштування плагіна W3 Total Cache:
- Кеш бази даних
- Об'єкт кешу
- Кеш браузера
- CDN (мережа доставки контенту)
- …та інші налаштування у міру зниження їх важливості
Дивіться також:
- W3 Total Cache – введення в основи кешування для WordPress
- W3 Total Cache – налаштування плагіна кешування для WordPress: Частина 1
- 5 плагінів для прискореного кешування вашого WordPress-блогу
- 5 простих порад для прискорення завантаження вашого WordPress-сайту
- Які WordPress плагіни уповільнюють роботу вашого сайту?
Оскільки у попередньому керівництві ми закінчили на третьому пункті, то зараз ми продовжимо з четвертого.
4. Кеш бази даних (Кеш бази даних)
Кеш бази даних переважно кешує запити SQL. Це зменшує час обробки запитів бази даних. Цю опцію рекомендується використовувати з методом Disk, який ми обговорювали у попередньому записі.
Якщо сервер, який ви використовуєте, розділяється (shared), то це може уповільнити роботу вашого сайту. Вам потрібно активувати цю опцію та проаналізувати швидкість завантаження сторінок сайту. Якщо після цього вона покращиться, то продовжуйте використовувати її. Зазвичай використання цієї опції рекомендується на VPS (віртуальних виділених серверах) або виділених серверах.
Database Cache Methods (Метод кешування бази даних)
Інформацію про цей метод ви можете знайти у попередньому огляді, присвяченому налаштуванням плагіна W3TC Хоч і новачкам рекомендується використовувати опцію Диск.
5. Cache Object (Об'єкт кешу)
Ви використовуєте shared-сервер? Якщо так, то не активуйте цю опцію. Вона підходить лише для виділених серверів чи віртуальних виділених. Якщо ж ви все-таки її використовуєте, вона ніяк не допоможе вам поліпшити швидкість завантаження сайту. Вона застосовується скорочення часу виконання деяких загальних операцій.
Object Cache Methods (Методи об'єкта кешу)
Нагадаємо, що опція Диск рекомендована для використання в цьому кроці.
6. Кеш браузера (кеш браузера)
Незалежно від того, в якій конфігурації ви працюєте, активуйте цю опцію в будь-якому випадку. Одна з найважливіших конфігурацій – це кеш браузера. Вона скорочує час завантаження сервера та зменшує час відгуку завдяки кешу, який знаходиться у браузері відвідувача сайту. Ще вона сприяє стиску HTTP і додає шапки, щоб скоротити час завантаження сервера та файлів.
Що таке Pro Stuff?
Як правило, W3TC визначає конкретний список правил у файлі .htaccess вашого сайту, який відповідає за кешування різних елементів у браузері кінцевого користувача. Наприклад, логотип будь-якого сайту змінюється дуже рідко, переважно – щорічно.
Кешування в браузері кінцевого користувача допомагає скоротити розмір сторінки, що прискорює завантаження сторінки. Одна й та сама сторінка відкривається в браузері вдруге в 10 разів швидше, ніж уперше.
7. CDN (Мережа доставки контенту)
Згідно з Вікіпедії:
Мережа доставки (і дистрибуції) контенту (Content Delivery Network або Content Distribution Network, CDN) — географічно розподілена мережева інфраструктура, що дозволяє оптимізувати доставку та дистрибуцію контенту кінцевим користувачам в мережі Інтернет. Використання контент-провайдерів CDN сприяє збільшенню швидкості завантаження інтернет-користувачами аудіо-, відео-, програмного, ігрового та інших видів цифрового контенту в присутності мережі CDN.
Якщо стисло, то вона служить ресурсом для найближчих серверів, що знаходяться поблизу відвідувача сайту. У меню є список з переліком провайдерів CDN. Можете вибрати будь-який з них на власний розсуд. MaxCDN – один із найвідоміших платних серверів, у той час як CloudFlare має і безкоштовні, і платні пакети одночасно.
8. Зворотний проксі-сервер (Зворотний проксі-сервер)
Як і CDN, зворотні проксі-сервери допомагають кешувати ваші файли на інші сервери, після чого відвідувачі вашого сайту матимуть доступ до них через хмарний ресурс.
Далі йдуть менш важливі налаштування для початківців.
9. Моніторинг (Моніторинг)
Цей розділ допоможе налаштувати обліковий запис New Relic, щоб відстежувати велику статистику продуктивності вашого сайту та сервера. Якщо ви використовуєте New Relic, але не дуже знайомі з ним, краще не активуйте цю опцію, а залиште як є.
10. Різне (Різне)
Ви можете помістити свій ключ Google Page Speed API у форму за посиланням, вказаним нижче за полем API. Інші опції залиште, як вони є. Немає сенсу їх міняти, поки ви не зрозумієте, що і для чого це ви робите.
11. Debug (налагодження)
Не рекомендується вмикати цю опцію. Вона зазвичай містить детальну інформацію про кожен кеш, який додається в публічно доступних HTML-коментарі у вихідному коді сторінки. У цьому режимі продуктивність не буде оптимальною, тому використовуйте його не дуже часто і відключайте, якщо він вам не потрібен.
12. Налаштування імпорту/експорту (Налаштування імпорту/експорту)
Плагін W3TC має великі функціональні можливості, налаштування яких займає, як мінімум, годину часу. Тому, щоб надати кінцевим користувачам хороший досвід, цей плагін дає нам можливості резервного копіювання шляхом їхнього експорту/імпорту або на цей сайт, або на інший, який належить вам.
От і все! Ми розглянули всі загальні налаштування плагіна W3 Total Cache.
Коментарі до запису: 29
Дякую! Хороша стаття та плагін!
Продовження буде?
Поки що не планується
У відео від розробників плагіна говорилося, що застосовувати його треба до сайту із закінченим дизайном. Це як розуміти? Наприклад, трохи змінити макет головної сторінки загрожує чи ні?
логічно припустити, що потрібно буде перестворювати кеш.
А нові сторінки/записи кешуватимуться автоматично?
хлопець, мануал почитати взагалі ніяк? ну зрозумій, є гугл, які знає все, а тупим бути не круто. Давай таки вчитися користуватися доступними речами. я взагалі в душі не знав нічого про кешування. прочитав ці статейки на цьому сайті та про боги, тепер я це знаю.
О, клавіатурний герой розродився типовою промовою... Та ти не хами, хлопче, незнайомим людям, і не тицяти. Жаль, що тебе в гугле цьому не вчили. Я вже старий лазити у мануали. Часу шкода.
так он з інтернету або гроші людям плати. все одно вмирати тобі скоро. навіщо допомагати тому, хто хоче вчитися? створи собі сайтик на говновіксі і не муч людей.
Я що, тебе, хорт, просив мені допомагати? Кого я тут змучив окрім твоєї манії величі? На фіга мені вікс, якщо я читаю про плагіни для свого WP, ти не допускаєш такої думки? Звідки тобі знати, який у мене бля, хостинг. На хер мені комусь платити, якщо wp-плагіни переважно безкоштовні. Я тільки тобі можу заплатити, якщо обіцяєш, що заткнешся. Повідомте номер ківі.
Ну і скільки ти сумний клоун мені заплатиш?
Можу сказати, що з цим плагіном перестає працювати форум Ббпрес і слід увімкнути функцію Скасування кешування для зареєстрованих користувачів.
Здраствуйте колеги. Я додав своє повідомлення в попередніх двох частинах, але припускаю, основне обговорення йде тут, тому продублюю, сподіваюся, адмін не буде проти. Намагався самостійно налаштувати плагін W2 Total
Cache, зіткнувся з низкою проблем: 1) зникають всі css стилі та на
сторінках сайту відображається тільки фото та текст 2) сервер падає через
5-7 хвилин після включення плагіна (у мене VPS) думаю це відбувається з
через те, що при первинному налаштуванні плагіна, я по неуважності
поставив якісь некоректні дані. 3) перестають відпрацьовувати
деякі важливі елементи зроблені на javascript, такі як ковзання
сайдара та ін. Потрібна допомога в налаштуванні цього плагіна - мета - у сервісі
pagespeed/insights від гугла, отримати хорошу швидкість завантаження
сторінки. Допомога потрібна у формі скайп сесії з трансляцією екрану.
демонструю екран, ви кажете куди зайти, які значення поставити та
і т.д. Розраховуватися можу вебмані або яндекс гроші. Напишіть будь ласка у
личку 1) яка ціна на годину, вас влаштує за цю послугу 2) скільки часу
(приблизно) нам потрібно буде витратити на налаштування 3) який ваш
досвід у налаштуванні та використанні даного плагіна. Заздалегідь дякую, чекаю
ваші повідомлення.
«3) перестають відпрацьовувати
деякі важливі елементи зроблені на javascript - приєднуюся, така ж штука. І є ще незрозумілий момент, зареєстрований користувач не може додати запис, натискаємо + Додати запис, а нам видає білий екран. Денис, Ви вирішили свої завдання?
Те що кешування видаляє можливість зареєстрованих користувачів додавати запис - з цим не стикався, просто ще не дійшов :) в цілому, я припинив спроби добитися чогось хорошого від плагіна - знайшов людину, яка добре в ньому розбиралася, вона витратила години 3 на налаштування - краще не стало, швидкість завантаження така ж, але кілька разів перевантажили хостинг через налаштування плагіна. Думаю не буду більше витрачати на цей плагін час.
Дуже легкий поверхневий опис плагіна, можна навіть сказати просто переклад на російську верхніх пунктів меню плагіна
Як показники плагіна з цього сервісу?
http://developers.google.com/speed/pagespeed/insights/
До встановлення W3TC PageSpeed видавав мені 17 зі 100, а після встановлення та налаштування по даному мануалу стало 89
відмінний результат, 100% досягти важко і не завжди це добре. У мене колись до 100% добив сайт потім довелося погіршувати, так як завантаження скриптів після завантаження сторінки виглядає стрімкувато. Для постзавантаження стилів і скриптів треба вішати процесбар поверх всього контенту, а це може розцінюватися як блок контент, що перекриває. Цю проблему поки що не вирішив. Загалом плагін хороший, потестував.
Добрий день!
А скажіть, у нього немає підтримки російської мови? І як оновити кеш країн, якщо робити зміни у дизайні чи записах?
Дякуємо!
За відгуками це найкращий плагін кешування. Але геморою з ним вище даху
Стаття нульова, нічого не зрозуміло. Треба за фактом розписувати, що до чого та навіщо.
Добрий день. Була звичайна проблема - сайт створював велике навантаження, близько 105 СР при дозволених 65. Поставив hyper cache + db cache reloaded fix, навантаження знизилося до 70 -80 СР.
Користувався ними якийсь час. Вимкнув. Поставив W3 Total Cache. Результат приголомшливий – близько 45 СР.
Проблема виявилася несподівано. Браузер гугл хром (причому тільки гугл хром, всі інші відомі мені, в тому числі й портативний гугл хром відображають нормально) на деяких сторінках — ПРИЧОМ САМЕ НА ДЕЯКИХ, ВКЛЮЧАЮЧИ ГОЛОВНУ! видає крякозябри. Із записами теж саме.
http://www.evaveda.com/ — крякозябры
http://www.evaveda.com/partnyoram/ — крякозябры
http://www.evaveda.com/gimalajskaya-joga/ — нормально
Є й інший сайт, на якому я теж встановив W3 Total Cache та абсолютно та сама проблема. Ймовірно, проблема в тому, що гугл хром некоректно відображає кешовані js або css, але чому тоді тільки цей браузер і тільки деякі сторінки? Що можна зробити?
Добрий день. Я встановила та налаштувала цей плагін, але швидкість завантаження мого сайту на http://developers.google.com/speed/pagespeed/insights/ не змінилася. Абсолютно всі показники на тому ж рівні, як і до встановлення плагіна. Підкажіть, будь ласка, чому це так?
Доброго дня! Зробив все за інструкцією від сюди), налаштував, сайт дійсно почав вантажитися в рази швидше, але є дві проблеми.
1(Основна). Тепер чомусь, після того як я заходжу на сайт під своїм логіном та паролем (це відноситься і до будь-якого користувача теж, я перевіряв), сторінка оновлюється, але на сайт ми все одно не зайшли, форма входу так і залишилася незаповненою, але ось якщо оновити сторінку, то тоді все стане нормально. Чому так виходить, що заходить на сайт лише з другого оновлення сторінки? Це однозначно не сподобається користувачам.
2. Сайт хоч і став швидше, зате адмінка чомусь стала вантажиться в 10 разів довше, з чим це може бути пов'язано?
Добридень! допоможіть будь ласка розібратися!
Встановив W3 Total Cache, і тепер усі браузери бачать мій сайт на текстовий документ із html кодом.
ots.townweb.ru
Дякую, але…
Хтось нарешті пояснить КОНКРЕТНО, як у розділі мініфікації, працює підрозділ JS і CSS з їх налаштуваннями, наприклад, там є налаштування заголовка не блокувати, використовувати асинхронно, АЛЕ знову ж таки аналізатори ВСЕ ЯК ОДИН лаються, що js або css блокує відображення вмісту заголовка , хоча варто налаштування завантажувати асинхронно І ЗАГАЛЬНО блокуючі скрипти мають шлях до самого плагіна мінімізації та кешування, як же так, плагін сам створює проблемні скрипти для оптимізації???
ps Потрібні практичні поради щодо застосування з реальними результатами 100% зі 100%, а перекласти інструкцію п'ятирічної давності із зарубіжного форуму і я зможу.
Дякую за статтю!
У мене ось яка ситуація виходить після активації плагіна - злітає https. Тобто. браузер лається, що змішаний контент. Я подивився, що зображення передаються на мій сайт тепер через wordpress сервер по http. Чи не підкажете, як вирішити це питання? Дякую!
Вставив АПИ ключ Page Speed - але нічого не змінилося на сайті (а саме - він прибирає порожні рядки а цього не сталося)?