Wordpress і eaccelerator

Попередня ◈ Наступна

Одна з найбільш часто обговорюваних проблем WordPress - обсяг споживаної пам'яті. І дійсно, чиста установка WP 2.9.2 для генерації сторінки панелі управління вимагає близько 23-24 Мб. Стандартний пакет плагінів збільшує цей обсяг ще до 25-26 Мб. Щоб хоч якось скоротити ці жахливі цифри, хтось рекомендує встановлювати полегшені переклади, спеціальні збірки, плагіни (а-ля WP Super Cache) - все це від лукавого). Радикально проблему вирішує установка на сервер eAccelerator'a.

Що таке eAccelerator? Це безкоштовне розширення для PHP, збільшує швидкість виконання скриптів і знижує навантаження на сервер. eAccelerator оптимізує скрипти, а також кешируєт їх в уже скомпільованому стані. Ще один приємний бонус від використання eAccelerator'a - зниження споживаної пам'яті.

Наприклад цей блог (WP 2.9.2) без eAccelerator'а споживає 26 Мб. З eAccelerator це значення знизилося до 5.3 Мб (в 5 разів). Якщо кому цікаво, ось дослідження lecactus'а по цій темі.

Висновок з усього цього один - для WordPress потрібен хостинг з підтримкою eAccelerator.

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

Для ручного налаштування потрібен доступ до php.ini.

eaccelerator.shm_size - обсяг пам'яті зарезервований під кеш. Найважливіший параметр. За замовчуванням мій хостер виставив значення 8 Мб. Для WordPress цього виявилося замало. При цьому значенні обсяг споживаної пам'яті знизився всього до 9 Мб. Поступово збільшуючи пам'ять під кеш дійшов до 16 Мб. Споживана пам'ять WordPress

5 Мб. Подальше збільшення пам'яті під кеш не привело до зменшення споживаної пам'яті. Таким чином 16 Мб - це мінімальне значення для WordPress, а так чим більше кеш - тим краще.

eaccelerator.enable - включити eAccelerator. Повинно бути присвоєно значення «1».

eaccelerator.optimizer - включити режим оптимізації. Повинно бути присвоєно значення «1».

eaccelerator.debug - режим відладки. Повинно бути значення «0».

eaccelerator.check_mtime - перевіряє час створення скрипта, при необхідності оновлює скомпільовану версію скрипта в кеші. Рекомендую цю опцію не відключати, інакше оновлювати кеш доведеться в ручну.

eaccelerator.filter - тут можна вказати розширення файлів, які підлягають кешуванню. Наприклад «* .php * .phtml». Якщо значення не вказано, кешуються всі файли, які обробляються за допомогою PHP.

eaccelerator.shm_max - визначать максимальний обсяг даних, який користувач може помістити в кеш за допомогою функцій типу eaccelerator_put. Значення визначається в байтах. «0» - скасовує ліміт. Рекомендую залишити «0».

eaccelerator.shm_ttl - якщо для кешування скрипта не вистачає пам'яті, eAccelerator видалить з пам'яті скрипти, до яких не було звернень за останні n секунд. Рекомендую це значення встановлювати в районі 600-1800 (10-30 хв).

eaccelerator.shm_prune_period - ще один спосіб оновлення кешу при нестачі пам'яті. Старі дані будуть видалені, якщо попередня спроба була зроблена більш n секунд тому. За замовчуванням значення «0», при якому eAccelerator не намагатиметься видалити старий дані з пам'яті.

eaccelerator.shm_only - включити або відключити збереження кеша тільки в пам'яті. Цей параметр не впливає на дані сесій і кешування контенту. За замовчуванням, значення «0» - дані будуть кешироваться і в пам'яті і на диску. Рекомендую залишити це значення.

eaccelerator.compress - має бути присвоєно значення «1».

eaccelerator.compress_level - рівень стиснення. Максимальне значення - 9. Мій хостер виставив - 6. Довелося міняти.

Про всяк випадок приведу приклад своєї конфігурації:

Увага! Якщо встановлений Zend Optimizer. то в php.ini його завантаження повинна здійснюватися ПОСЛЕeAccelerator!

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

Треба дивитись. Швидше за все проблема в CSS теми

Я думаю можна, але запустити як службу не вийде!

Щоб збільшити дозвіл створіть /etc/X11/xorg.conf з наступними параметрами в секцію Screen Додайте подcекцію Display з параметром ...

Замість команди sudo mount -o bind / dev / media // dev ввів sudo mount -o bind / dev / media // тепер mount містить дві ...

Схожі статті

Попередня ◈ Наступна