Перейти к публикации

Не сразу сохраняются настройки в админке


Рекомендованные сообщения

При использовании PHP версии выше, чем 5.4 (пробовал 5.5, 5.6) при изменении настроек в админке, они сохраняются не сразу, а только через пару минут. Очень неудобно на этапе разработки сайта.

Видимо, дело в кэшировании скриптов Zend OPcache.

Как сделать, чтобы настройки изменялись мгновенно?

Если это веб-хостинг reg.ru, а не VPS/VDS/дедик.

Изменено пользователем Zio
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Zio сказал:

Видимо, дело в кэшировании скриптов Zend OPcache.

Если он установлен то 100% дело в нем.

 

1 час назад, Zio сказал:

Как сделать, чтобы настройки изменялись мгновенно?

Отключать на момент сохранения настроек, либо в настройках Zend OPcache сокращать интервал перекомпилирования PHP файлов.

 

Zend OPcache компилирует PHP файлы в бинарный код, и запускает не оригинальный скрипт, а бинарные копии. Настройки скрипта, это PHP код и пока Zend OPcache их не скомпилирует повторно, то изменений вы не увидите.

Ссылка на сообщение
Поделиться на других сайтах

Еще проще делается один раз.

У вас на сервере, в файле его настроек opcache-default.blacklist, вносите строки, какие файлы/папки не обрабатывать:

 

полный_путь_от_корня/ваш_сайт/engine/cache/
полный_путь_от_корня/ваш_сайт/engine/data/

 

И радуетесь.

Ссылка на сообщение
Поделиться на других сайтах
40 минуты назад, holistic сказал:

Еще проще делается один раз.

У вас на сервере, в файле его настроек opcache-default.blacklist, вносите строки, какие файлы/папки не обрабатывать:

 

полный_путь_от_корня/ваш_сайт/engine/cache/
полный_путь_от_корня/ваш_сайт/engine/data/

 

И радуетесь.

Теряется преимущество Zend OPcache а таком случае, т.к. его преимущество именно в запуске скомпилированных исполняемых файлов, вместо исходников PHP, а в данном случае будет испольнение опять из исходников. Не знаю насколько сильно потеряется преимущество, нужно тестировать, но потеряется это точно. Лучше на время сохранения настроек просто отключить OPcache и потом опять включить.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, celsoft сказал:

Лучше на время сохранения настроек просто отключить OPcache и потом опять включить.

Зачем Zend OPcache обращаться именно в эти папки, скажите?

Ссылка на сообщение
Поделиться на других сайтах
14 часа назад, holistic сказал:

Зачем Zend OPcache обращаться именно в эти папки, скажите?

Он не обращается к папкам. Он компилирует PHP файлы в исполняемые бинарные файлы, за счет этого собственно и происходит ускорение PHP скриптов. Настройки это PHP файл

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, celsoft сказал:

Он не обращается к папкам. Он компилирует PHP файлы в исполняемые бинарные файлы, за счет этого собственно и происходит ускорение PHP скриптов. Настройки это PHP файл

Еще раз.

Зачем Zend OPcache обращаться именно в эти папки, чтобы обрабатывать именно те файлы, которые в них?

Можно ведь и запретить ИМЕННО ЭТИ ФАЙЛЫ В ЭТИХ ПАПКАХ...

И не будет вышеуказанной проблемы.

Ссылка на сообщение
Поделиться на других сайтах
9 часов назад, holistic сказал:

Еще раз.

Зачем Zend OPcache обращаться именно в эти папки, чтобы обрабатывать именно те файлы, которые в них?

Можно ведь и запретить ИМЕННО ЭТИ ФАЙЛЫ В ЭТИХ ПАПКАХ...

И не будет вышеуказанной проблемы.

Я вам написал зачем. Затем что там исполняемые PHP файлы. Зачем вы ставите вообще Zend OPcache? Затем чтобы ускорить время работы PHP скриптов и снизить нагрузку на сервер. Как это достигается? Это достигается тем что исходные файлы компилируются в бинарные. Что будет если вы запретите компиляцию основного файла, который используют все файлы DLE? Правильно, компиляции не будет, и как следствие цели по снижению нагрузки достигнуто не будет.

Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, celsoft сказал:

Я вам написал зачем. Затем что там исполняемые PHP файлы. Зачем вы ставите вообще Zend OPcache? Затем чтобы ускорить время работы PHP скриптов и снизить нагрузку на сервер. Как это достигается? Это достигается тем что исходные файлы компилируются в бинарные. Что будет если вы запретите компиляцию основного файла, который используют все файлы DLE? Правильно, компиляции не будет, и как следствие цели по снижению нагрузки достигнуто не будет.

Вот теперь всё ясно!

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, celsoft сказал:

Я вам написал зачем. Затем что там исполняемые PHP файлы. Зачем вы ставите вообще Zend OPcache? Затем чтобы ускорить время работы PHP скриптов и снизить нагрузку на сервер. Как это достигается? Это достигается тем что исходные файлы комбинируются в бинарные. Что будет если вы запретите компиляцию основного файла, который используют все файлы DLE? Правильно, компиляции не будет, и как следствие цели по снижению нагрузки достигнуто не будет.

Еще вопрос важный по влиянию Zend OPcache на движок.

При написании и редактировании новостей в Админке, Zend OPcache не оказывает того влияния, как в случае настроек в админ-панели?

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, holistic сказал:

При написании и редактировании новостей в Админке, Zend OPcache не оказывает того влияния, как в случае настроек в админ-панели?

Нет не оказывает. Только на сохранение настроек скрипта

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
×
  • Создать...