WP Super Cache

Опис

Цей плагін генерує статичні html-файли з вашого динамічного блогу WordPress. Після створення html-файлу ваш веб-сервер обслуговуватиме цей файл замість обробки порівняно важчих і дорожчих PHP-скриптів WordPress.

Статичні файли html будуть подаватися переважній більшості ваших користувачів:

• Користувачі, які не ввійшли в систему.
• Користувачі, які не залишали коментарів у вашому блозі.
• Або користувачі, які не переглянули захищену паролем публікацію.

99% ваших відвідувачів будуть обслуговуватися статичними HTML-файлами. Один кешований файл можна подавати тисячі разів. Іншим відвідувачам будуть подані кешовані кешовані файли з урахуванням їх відвідування. Якщо вони увійшли в систему або залишили коментарі, ці дані будуть відображені та кешовані для них.

Плагін обслуговує кешовані файли трьома способами (впорядковані за швидкістю):

1. Експерт. Найшвидший спосіб — використовувати Apache mod_rewrite (або будь-який інший подібний модуль, який підтримує ваш веб-сервер) для обслуговування «суперкешованих» статичних html-файлів. Це повністю оминає PHP і працює дуже швидко. Якщо на ваш сервер обрушився потік трафіку, він із більшою ймовірністю впорається, оскільки запити «легше». Для цього потрібен модуль Apache mod_rewrite (який, ймовірно, встановлений, якщо у вас є постійні посилання) і зміна вашого файлу .htaccess, що ризиковано і може призвести до падіння вашого сайту, якщо його змінити неправильно.
2. Простий режим. Суперкешовані статичні файли можуть обслуговуватися PHP, і це рекомендований спосіб використання плагіна. Плагін буде обслуговувати “суперкешований” файл, якщо він існує, і це майже так само швидко, як метод mod_rewrite. Налаштувати це легше, оскільки файл .htaccess не потрібно змінювати, але вам все ще потрібні власні постійні посилання. У цьому режимі ви можете зберігати частини сторінки динамічними.
3. Кешування WP-Cache. В основному використовується для кешування сторінок для відомих користувачів, URL-адрес із параметрами та каналами. Відомі користувачі – це користувачі, що ввійшли в систему, відвідувачі, які залишили коментарі, або ті, кому слід показувати якісь особливі дані. Це найбільш гнучкий метод кешування, але трохи повільніший. Кешування WP-Cache також зачіпає відвідування невідомими користувачами, якщо суперкешування вимкнено. У цьому режимі ви також можете мати динамічні частини на вашій сторінки. Цей режим завжди ввімкнено, але ви можете вимкнути кешування для відомих користувачів, URL-адрес із параметрами або каналів окремо. Встановіть для константи “DISABLE_SUPERCACHE” значення 1 у вашому wp-config.php, якщо ви хочете використовувати лише кешування WP-Cache.

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

Рекомендовані налаштування

1. Просте кешування.
2. Стиснути сторінки.
3. Не кешуйте сторінки для постійних користувачів.
4. Відновлення кешу.
5. CDN підтримка.
6. Додаткові перевірки домашньої сторінки.

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

Подумайте про видалення вмісту текстового поля “Відхилені User-Agent” та дозвольте пошуковим системам кешувати файли для вас.

Попередньо завантажте стільки записів, скільки зможете, і ввімкніть “Режим попереднього завантаження”. Збір сміття старих кешованих файлів буде вимкнено. Якщо ви не дбаєте про оновлення віджетів бічної панелі, встановлюйте інтервал попереднього завантаження на 2880 хвилин (2 дні), щоб ваші записи не оновлювалися дуже часто. Коли відбувається попереднє завантаження, файли кешу для запису, який оновлюється, видаляються, а потім відновлюються. Потім виконується збір сміття всіх старих файлів для очищення застарілого кешу.↵
Навіть при ввімкненому режимі попереднього завантаження кешовані файли все одно видалятимуться, коли записи змінюються або коментуються.

Розробка

• Активна розробка цього плагіна здійснюється на GitHub.
• Переклад плагіна різними мовами розміщено на сторінці перекладу.

Документація

Якщо вам потрібна додаткова інформація, ви можете ознайомитися з Вікіпедія або Документація для розробників.

Попереднє завантаження

Ви можете створити кешовані файли для записів, категорій та позначок вашого сайту, попередньо завантаживши їх. Попереднє завантаження відвідає кожну сторінку вашого сайту, генеруючи кешовану сторінку, як і будь-який інший відвідувач сайту. Через послідовний характер цієї функції, може знадобитися деякий час, щоб попередньо завантажити весь сайт, особливо якщо записів багато.
Щоб зробити попереднє завантаження більш ефективним, може бути корисно відключити збір сміття, щоб старі файли кешу не видалялися. Це робиться шляхом увімкнення режиму попереднього завантаження в налаштуваннях. Однак пам’ятайте, що сторінки з часом застаріють, хоч оновлення шляхом надсилання коментарів або редагування записів і очистять частини кешу.

Збір сміття

Каталог кешу з часом заповнюється, що займає місце на сервері. Якщо простір обмежений, дорогий, або якщо ви турбуєтесь, що кешовані сторінки вашого сайту будуть застарілими, тоді потрібно налаштувати збір сміття. Збір сміття відбувається регулярно і видаляє старі файли в каталозі з кешем. На сторінці розширених налаштувань ви можете вказати:
1. Тайм-аут кешу. Як довго кеш-файли вважаються свіжими. Через цей час вони стануть застаріли і можуть бути видалені.
2. Планувальник. Встановіть, як часто слід робити збір сміття.
3. Електронні листи з повідомленнями. Ви можете бути проінформовані про хід роботи зі збору сміття.
Немає правильних чи неправильних налаштувань для збору сміття, все залежить від вашого власного сайту.
Якщо ваш сайт отримує регулярні оновлення або коментарі, встановіть час очікування 1800 секунд, а таймер – 600 секунд.
Якщо ваш сайт в основному статичний, ви можете вимкнути збір сміття, ввівши 0, як тайм-аут або використати дуже велике значення тайм-ауту.

Каталог кешу, зазвичай wp-content/cache/, призначений лише для тимчасових файлів. Ніколи не розміщуйте важливі файли або символічні посилання на важливі файли чи каталоги до цього каталогу. Вони будуть видалені, якщо плагін має право запису в них.

CDN

Мережа доставки контенту (CDN) – це, як правило, мережа комп’ютерів, розташованих по всьому світу, які швидше обслуговуватимуть вміст вашого веб-сайту за допомогою близьких до вас серверів. Статичні файли, такі як зображення, файли Javascript та CSS, можуть подаватися через ці мережі, щоб пришвидшити швидкість завантаження вашого сайту. Ви також можете створити “бідний CDN”, використовуючи піддомен свого домену для обслуговування статичних файлів.

OSSDL CDN off-linker інтегрований у WP Super Cache для забезпечення базової підтримки CDN. Він працює, переписуючи URL-адреси файлів (крім файлів .php) у wp-content та wp-includes на вашому сервері, щоб вони вказували на інше ім’я хосту. Багато мереж CDN підтримують origin pull. Це означає, що CDN автоматично завантажить файл із вашого сервера при першому запиті, і продовжить обслуговувати його протягом певного періоду часу, перш ніж завантажувати його знову з вашого сервера.

Налаштуйте це на вкладці “CDN” на сторінці налаштувань плагіна. Це передова техніка, яка вимагає базового розуміння того, як працює ваш веб-сервер або CDN. Будь ласка, не забудьте очистити кеш файлів після налаштування CDN.

REST API

Зараз існують REST API endpoints для доступу до налаштувань цього плагіна. Вам потрібно буде автентифікуватися як адміністратор з дозволом переглядати сторінку налаштувань, щоб використовувати його. Це ще не задокументовано, але ви можете знайти весь код, який має справу з цим, у каталозі “rest”.

Власне кешування

Тепер можна використати хук для процесу кешування за допомогою функції add_cacheaction().

Доступні три хуки:

1. ‘wp_cache_get_cookies_values’ – змінює ключ, що використовується WP Cache.
2. ‘add_cacheaction’ – запускається у фазі 2. Дозволяє плагіну додавати хуки WordPress.
3. ‘cache_admin_page’ – запускається на сторінці адміністратора. Використовуйте його для модифікації цієї сторінки, додавши нові параметри конфігурації.

Існує також один звичайний фільтр WordPress. Використовуйте фільтр “do_createsupercache ”
для налаштування перевірок, зроблених перед кешуванням. Фільтр приймає один параметр.
Результат роботи функції wp_cache_get_cookies_values ​​() WP-Cache.

WP Super Cache має власну систему плагінів. Їх код завантажується разом із WP Super Cache і може використовуватися для зміни налаштувань кешування. Це відбувається у більшості до завантаження WordPress, тому деякі функції будуть недоступні. Плагіни можуть бути розташовані де завгодно, звідки їх може завантажити PHP. Додайте власний плагін:

• помістивши свій плагін в каталог wp-content/ plugins/wp-super-cache-plugins, або
• за допомогою виклику wpsc_add_plugin( $name ), де $name – це повне ім’я файлу та шлях до плагіна. Вам потрібно лише один раз викликати цю функцію, щоб додати його. Використовуйте wpsc_delete_plugin( $name ), щоб видалити його зі списку завантажених плагінів.

Файли cookie, які використовує WP Super Cache для ідентифікації “відомих користувачів”, тепер можна змінити, додавши імена цих файлів cookie до списку в конфігурації плагіна. Використовуйте wpsc_add_cookie( $name ), щоб додати новий файл cookie, та wpsc_delete_cookie( $name ), щоб видалити його. Назви файлів cookie також змінюють правила mod_rewrite, що використовуються плагіном, але рекомендується використовувати кешування в простому режимі, щоб уникнути ускладнень з оновленням файлу .htaccess.
Ім’я та значенняcookie використовуються для розмежування користувачів, тому ви, наприклад, можете мати один cookie, але різні значення для кожного типу користувачів на вашому сайті. Їм буде подано різні файли кешу.

Див. plugins/searchengine.php, як приклад, який використовується у плагіні No Adverts for Friends.

Усунення неполадок

Якщо щось не працює після встановлення плагіна, ось кілька речей, які слід перевірити:

1. Може веб-сервер записувати wp-content?
2. Is there a wp-content/wp-cache-config.php ? If not, copy the file wp-super-cache/wp-cache-config-sample.php to wp-content/wp-cache-config.php and make sure WPCACHEHOME points at the right place.
3. Is there a wp-content/advanced-cache.php ? If not, then you must copy wp-super-cache/advanced-cache.php into wp-content/. You must edit the file and change the path so it points at the wp-super-cache folder.
4. If pages are not cached at all, remove wp-content/advanced-cache.php and recreate it, following the advice above.

5. Переконайтеся, що наступний рядок знаходиться у файлі wp-config.php і знаходиться вище рядка “require_once(ABSPATH.’wp-settings.php’);” line:

   define( 'WP_CACHE', true );
   

6. Спробуйте знову перейти на сторінку Налаштування – WP Super Cache і ввімкнути кеш.
7. Look in wp-content/cache/supercache/. Are there directories and files there?
8. Є щось у вашому php error_log?
9. If your browser keeps asking you to save the file after the super cache is installed you must disable Super Cache compression. Go to the Settings->WP Super Cache page and disable it there.
10. Плагін не дуже добре працює, коли активний безпечний режим PHP. Він має бути відключений вашим адміністратором.
11. If pages are randomly super cached and sometimes not, your blog can probably be viewed with and without the “www” prefix on the URL. You should choose one way and install the Enforce www preference plugin if you are using an old WordPress install. The latest versions redirect themselves (you should always be running the latest version of WordPress anyway!)
12. Private Server users at Dreamhost should edit wp-content/wp-cache-config.php and set the cache dir to “/tmp/” if they are getting errors about increasing CPU usage. See this discussion for more.
13. File locking errors such as “failed to acquire key 0x152b: Permission denied in…” or “Page not cached by WP Super Cache. Could not get mutex lock.” are a sign that you may have to use file locking. Edit wp-content/wp-cache-config.php and uncomment “$use_flock = true” or set $sem_id to a different value. You can also disable file locking from the Admin screen as a last resort.
14. Переконайтеся, що cache/wp_cache_mutex.lock доступний для запису веб-сервером, якщо використовується грубе блокування файлів.
15. The cache folder cannot be put on an NFS or Samba or NAS share. It has to be on a local disk. File locking and deleting expired files will not work properly unless the cache folder is on the local machine.

16. Збір сміття не працюватиме, якщо WordPress не може знайти wp-cron.php. Якщо ваше ім’я хосту – 127.0.0.1, це може перешкоджати роботі збору сміття. Перевірте свої журнали доступу на наявність записів wp-cron.php. Вони повертають код 404 (файл не знайдено) або 200? Якщо це 404 або ви не бачите wp-cron.php де-небудь, WordPress може шукати цей сценарій не в тому місці. Вам слід поговорити зі своїм системним адміністратором, щоб виправити це або відредагувати /etc/hosts на Unix-серверах і видалити наступний рядок. Ім’я вашого хосту повинно перетворюватися на зовнішню IP-адресу інших серверів у мережі / інтернеті. Докладніше див. на веб-сайті http://yoast.com/wp-cron-issues/. Рядок типу “127.0.0.1 localhost localhost.localdomain” – це нормально.

    127.0.0.1 example.com
    

17. If old pages are being served to your visitors via the supercache, you may be missing Apache modules (or their equivalents if you don’t use Apache). 3 modules are required: mod_mime, mod_headers and mod_expires. The last two are especially important for making sure browsers load new versions of existing pages on your site.
18. The error message, “WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed!” appears at the end of every page. Open the file wp-content/advanced-cache.php in your favourite editor. Is the path to wp-cache-phase1.php correct? This file will normally be in wp-content/plugins/wp-super-cache/. If it is not correct the caching engine will not load.
19. Кешування не працює. Тимчасова мітка на моєму блозі постійно змінюється під час перезавантаження. Перевірте, що шлях до правил .htaccess відповідає каталогу supercache. Можливо, вам доведеться жорстко закодувати його. Спробуйте вимкнути режим supercache.

20. Якщо файли кешу генеруються, але не доставляються, перевірте дозволи на всі ваші папки wp-content/cache/supercache (і кожну з папок wp-content cache та supercache) та wp-content/ cache/.htaccess. Якщо ваш PHP працює як окремий користувач і має обмежені дозволи, Apache може не змогти прочитати файли кешу, створені PHP. Щоб виправити цю помилку, потрібно додати наступний рядок до вашого wp-config.php (додайте його над визначенням WP_CACHE). Потім очистіть кеш.

    umask( 0022 );
    

21. Якщо після увімкнення стиснення в плагіні ви бачите сміття у своєму браузері, стиснення може бути вже ввімкнено на вашому веб-сервері. В Apache ви повинні вимкнути mod_deflate, інакше в PHP може бути ввімкнено стиснення zlib. Ви можете вимкнути це трьома способами. Якщо у вас є root-доступ, відредагуйте php.ini та знайдіть параметр zlib.output_compression і переконайтеся, що він вимкнений, або додайте цей рядок до свого .htaccess:

    php_flag zlib.output_compression off
    

    Якщо це не працює, додайте цей рядок до вашого wp-config.php:

    ini_set('zlib.output_compression', 0);
    

22. The “white screen of death” or a blank page when you visit your site is almost always caused by a PHP error but it may also be caused by APC. Disable that PHP extension if you have trouble and replace with eAccelerator or Xcache.
23. Після видалення, постійні посилання можуть зламатися, якщо ви видалите також правила WordPress mod_rewrite. Відновіть ці правила, відвідавши сторінку Налаштування->Постійні посилання та знову зберігши цю форму.
24. Якщо ваш блог відмовляється завантажуватися, переконайтеся, що файл wp-config.php правильний. Ви пропустили відкриваючий чи закриваючий тег PHP?
25. Your front …