Closed Xmk closed 7 years ago
Это как? Какое именно кеширование имеется ввиду?
\application\tmp\system
не могу повторить пробовал и при вкл кеше и выкл - работает
сейчас обновлю все что можно и еще раз попробую
в config.local.php (config.php аналогично) добавил
$config['sys']['cache']['use'] = true;
и снова ловлю эту ошибку (через админку кеширование выключено)
перезапись конфига где-то косячит может? от этого и соседний тикет (per_page) - в базу пишется, а из базы не переписывает
В том тикете проблема была в том, что сейчас конфиг перезаписывается из базы только тогда, когда эти параметры конфига используются в интерфейсе настроек админки/плагина. Ты правил дефолтные схемы для конфига?
нет, локалку запустил, скачал только что отсюда cms, fm и админку. установил
постраничность заработала, но точно так же - пока включен кеш через локальный конфиг - без его сброса изменения не отображаются
Кстати, не уловил - в первом посте ты писал, что ошибка при выключенном кеше. Далее что при $config['sys']['cache']['use'] = true;
Какое окружение у сервера?
кеш выключен настройками админки, что в конфиге выставлено true выяснилось позже (но по статистике кешируется только 1 какой-то запрос). окружение local
под окружением имел ввиду версию php и прочее
win10 apache-php-7-x64+Nginx-1.10 + php7-x64 аналогично работает на рабочем сервере Debian apache+nginx php5.6
воспроизвел, буду разбираться
Проблема в том, что запрос к таблице с конфигом кешируется с учетом опций из config.php, которые перезаписываются уже после получения данных из таблицы. Варианта два - либо не кешировать запрос к storage, либо убрать из админки возможность настройки кеша, оставить только в файле.
Понял. На мой взгляд логичней второе - управлять настройкой кеширования должен только владелец ресурса, а не любой администратор. Хотя с другой стороны, исключить из кеширования только 1 запрос не велика жертва
Если при выключенном кешировании сменить шаблон или настройки сайта\плагинов - без сброса кеша изменения не отображаются.