Столкнулся с проблемой, погугли, нашел эту тему. Посчитал своим долгом разобраться в проблеме.
Короче, cacheenginenone горит когда у вас некорректно настроен сам софт. Например, вы указали хранение в мемкеше, а мемкеш не настроен, не заводится. Тогда проект НЕ БУДЕТ кешироваться, а в панели будет гореть "cacheenginenone", что своего рода болванка по умолчанию.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Антон Долганин написал: Столкнулся с проблемой, погугли, нашел эту тему. Посчитал своим долгом разобраться в проблеме.
А вы случайно не сталкивались с ситуацией, когда 2 сайта работают на одной копии 1С-Битрикс, но при проверке производительности в админке первого сайта выводится cacheenginenone, а при проверке производительности в админке второго сайта выводится memcache ?
Причем, я вношу изменения в файлы .settings.php и .settings_extra.php касательно кеширования и значение в панели производительности меняется в админке второго сайта, но в админке первого сайта, не смотря ни на что, постоянно висит cacheenginenone.
Хостинг timeweb.
P.S. Оказалось, дело было в версии php, которая должна была быть 5.3, а на первом сайте стояла 5.4.
Slava Krikunov написал: Причем, я вношу изменения в файлы .settings.php и .settings_extra.php касательно кеширования и значение в панели производительности меняется в админке второго сайта, но в админке первого сайта, не смотря ни на что, постоянно висит cacheenginenone.
Хостинг timeweb.
та же история с таймвебом, плановый переход выполняю всех сайтов с 5.3 на 5.4. в процессе выяснилось что в 5.4 не работают основные настройки которые прописывались ранее в блоке .htaccess касательно кодировки, pcre.recursion_limit итд
в итоге общения с техподдержкой выяснилось что надо теперь их прописывать в папке cgi-bin в корне сайта в файле php.ini
В ходе проб и ошибок родилась примерно такая структура данного файла
каждая строчка по сути убирает одну и ошибок которую выдаёт битрикс при проверке конфигурации, либо при запуске сканера безопасности.
При этом проблема кэша осталась, это единственно что пока не удалось победить, были перепробованы все возможные вариации из мануала и и комментариев к ним, в итоге как уже говорил Антон Долганин
Цитата
Антон Долганин написал: cacheenginenone горит когда у вас некорректно настроен сам софт.
будем дальше решать с техподдержкой таймвеба и битрикса, по результатам отпишусь.
Таймвеб ответил что на старых серверах где основная версия PHP 5.3 нет возможности включить APC и memcache, порекомендовали перевести аккаунт на сервера на которых уже крутится 5.4, 5.5, 5.6 Я согласился, они перенесли все сами.
В итоге переключил конфигурацию в режим 5.6 прописал ( 'cache' => array ( 'value' => array ( 'type' => 'OPcache', ), 'readonly' => true ) в .settings.php
по прежнему пишет что cacheenginenone при этом производительность 81 единица, и в параметрах окружения видно что opcache.enable 1 пишет конфигурация оптимальна. Будем посмотреть как это все теперь летает
Как вы решили проблему со значением cacheenginenone?
У меня установлен на сервере Opcahe и отключен APC. Битркис при проверке указывает значение cacheenginenone. Что с этим делать и как решать проблему? Производительность из за этого значения упала на 20 попугаев.