Среда php OpCache не сохраняется в Plesk 12

Через несколько секунд все кэшированные данные в Zend OpCache и APCu будут потеряны.

Подробности: 1. Есть сервер Plesk 12.0.18, работающий на CentOS с виртуальными хостами (Apache, сэндвич nginx). 2. Скомпилировал php 5.5.17 и 5.6.1 и установил согласно Plesk KB, включая обработчики. 3. в Plesk все выглядит нормально 4. настроены кэши (Zend OpCache и APCu)

Симптом: Кэш загружается и работает, если я перезагружаю страницу напрямую (кеш браузера не используется). Через несколько секунд (5-30 секунд) кеши пусты и пропали.

Добавлено: в htop я вижу «php-cgi», работающий с идентификатором пользователя vhost. Как только этот php-cgi умирает, кеш теряется. Итак, в основном я предполагаю, что вся среда php «убита» вместе с процессом php-cgi.

Вопросы: - Что я могу сделать, чтобы эти сеансы сохранялись? - У меня есть несколько виртуальных хостов, все Wordpress с одной и той же темой. Есть ли способ взаимодействия кешей через vhosts для дальнейшей оптимизации работы? - поскольку мои сайты похожи, но имеют разное количество пользователей, я хотел бы настроить все кеши для работы через виртуальные хосты, особенно в настройках кеша (увидел, что один сайт занимает около 85–117 МБ кеша), поэтому общий кеш приложения 1 ГБ звучит нормально для меня за 10 сайтов WP. Возможно ли и разумно ли настроить один кеш для всех? Если нет дополнительных советов?

ТИА кбит


person kbi_user    schedule 09.10.2014    source источник


Ответы (1)


Основная проблема проста: в средах cgi и fcgi среда php, содержащая кеш, уничтожается после короткого ttl. Единственными вариантами являются использование мода apache или php-fpm.

Тем не менее, в plesk, работающем с php как mod, apache сталкивается с проблемами прав доступа, когда виртуальный хост работает как :psacln, а php — как apache:apache. Эта проблема сохраняется до Plesk 12.0.18.

Решение: обновить системную среду php и запустить php через nginx как php-fpm. Настройка nginx последовательно с apache .htaccess, например. gmetrix может быть сложно, но возможно.

person kbi_user    schedule 18.10.2014