Zio 0 Опубликовано: 21 марта 2016 Рассказать Опубликовано: 21 марта 2016 (изменено) При использовании PHP версии выше, чем 5.4 (пробовал 5.5, 5.6) при изменении настроек в админке, они сохраняются не сразу, а только через пару минут. Очень неудобно на этапе разработки сайта. Видимо, дело в кэшировании скриптов Zend OPcache. Как сделать, чтобы настройки изменялись мгновенно? Если это веб-хостинг reg.ru, а не VPS/VDS/дедик. Изменено 21 марта 2016 пользователем Zio Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 075 Опубликовано: 21 марта 2016 Рассказать Опубликовано: 21 марта 2016 1 час назад, Zio сказал: Видимо, дело в кэшировании скриптов Zend OPcache. Если он установлен то 100% дело в нем. 1 час назад, Zio сказал: Как сделать, чтобы настройки изменялись мгновенно? Отключать на момент сохранения настроек, либо в настройках Zend OPcache сокращать интервал перекомпилирования PHP файлов. Zend OPcache компилирует PHP файлы в бинарный код, и запускает не оригинальный скрипт, а бинарные копии. Настройки скрипта, это PHP код и пока Zend OPcache их не скомпилирует повторно, то изменений вы не увидите. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
holistic 24 Опубликовано: 21 марта 2016 Рассказать Опубликовано: 21 марта 2016 Еще проще делается один раз. У вас на сервере, в файле его настроек opcache-default.blacklist, вносите строки, какие файлы/папки не обрабатывать: полный_путь_от_корня/ваш_сайт/engine/cache/ полный_путь_от_корня/ваш_сайт/engine/data/ И радуетесь. Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 075 Опубликовано: 21 марта 2016 Рассказать Опубликовано: 21 марта 2016 40 минуты назад, holistic сказал: Еще проще делается один раз. У вас на сервере, в файле его настроек opcache-default.blacklist, вносите строки, какие файлы/папки не обрабатывать: полный_путь_от_корня/ваш_сайт/engine/cache/ полный_путь_от_корня/ваш_сайт/engine/data/ И радуетесь. Теряется преимущество Zend OPcache а таком случае, т.к. его преимущество именно в запуске скомпилированных исполняемых файлов, вместо исходников PHP, а в данном случае будет испольнение опять из исходников. Не знаю насколько сильно потеряется преимущество, нужно тестировать, но потеряется это точно. Лучше на время сохранения настроек просто отключить OPcache и потом опять включить. Цитата Ссылка на сообщение Поделиться на других сайтах
holistic 24 Опубликовано: 21 марта 2016 Рассказать Опубликовано: 21 марта 2016 1 час назад, celsoft сказал: Лучше на время сохранения настроек просто отключить OPcache и потом опять включить. Зачем Zend OPcache обращаться именно в эти папки, скажите? Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 075 Опубликовано: 22 марта 2016 Рассказать Опубликовано: 22 марта 2016 14 часа назад, holistic сказал: Зачем Zend OPcache обращаться именно в эти папки, скажите? Он не обращается к папкам. Он компилирует PHP файлы в исполняемые бинарные файлы, за счет этого собственно и происходит ускорение PHP скриптов. Настройки это PHP файл Цитата Ссылка на сообщение Поделиться на других сайтах
holistic 24 Опубликовано: 22 марта 2016 Рассказать Опубликовано: 22 марта 2016 1 час назад, celsoft сказал: Он не обращается к папкам. Он компилирует PHP файлы в исполняемые бинарные файлы, за счет этого собственно и происходит ускорение PHP скриптов. Настройки это PHP файл Еще раз. Зачем Zend OPcache обращаться именно в эти папки, чтобы обрабатывать именно те файлы, которые в них? Можно ведь и запретить ИМЕННО ЭТИ ФАЙЛЫ В ЭТИХ ПАПКАХ... И не будет вышеуказанной проблемы. Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 075 Опубликовано: 22 марта 2016 Рассказать Опубликовано: 22 марта 2016 9 часов назад, holistic сказал: Еще раз. Зачем Zend OPcache обращаться именно в эти папки, чтобы обрабатывать именно те файлы, которые в них? Можно ведь и запретить ИМЕННО ЭТИ ФАЙЛЫ В ЭТИХ ПАПКАХ... И не будет вышеуказанной проблемы. Я вам написал зачем. Затем что там исполняемые PHP файлы. Зачем вы ставите вообще Zend OPcache? Затем чтобы ускорить время работы PHP скриптов и снизить нагрузку на сервер. Как это достигается? Это достигается тем что исходные файлы компилируются в бинарные. Что будет если вы запретите компиляцию основного файла, который используют все файлы DLE? Правильно, компиляции не будет, и как следствие цели по снижению нагрузки достигнуто не будет. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
holistic 24 Опубликовано: 22 марта 2016 Рассказать Опубликовано: 22 марта 2016 8 часов назад, celsoft сказал: Я вам написал зачем. Затем что там исполняемые PHP файлы. Зачем вы ставите вообще Zend OPcache? Затем чтобы ускорить время работы PHP скриптов и снизить нагрузку на сервер. Как это достигается? Это достигается тем что исходные файлы компилируются в бинарные. Что будет если вы запретите компиляцию основного файла, который используют все файлы DLE? Правильно, компиляции не будет, и как следствие цели по снижению нагрузки достигнуто не будет. Вот теперь всё ясно! Спасибо. Цитата Ссылка на сообщение Поделиться на других сайтах
holistic 24 Опубликовано: 22 марта 2016 Рассказать Опубликовано: 22 марта 2016 5 часов назад, celsoft сказал: Я вам написал зачем. Затем что там исполняемые PHP файлы. Зачем вы ставите вообще Zend OPcache? Затем чтобы ускорить время работы PHP скриптов и снизить нагрузку на сервер. Как это достигается? Это достигается тем что исходные файлы комбинируются в бинарные. Что будет если вы запретите компиляцию основного файла, который используют все файлы DLE? Правильно, компиляции не будет, и как следствие цели по снижению нагрузки достигнуто не будет. Еще вопрос важный по влиянию Zend OPcache на движок. При написании и редактировании новостей в Админке, Zend OPcache не оказывает того влияния, как в случае настроек в админ-панели? Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 075 Опубликовано: 22 марта 2016 Рассказать Опубликовано: 22 марта 2016 2 часа назад, holistic сказал: При написании и редактировании новостей в Админке, Zend OPcache не оказывает того влияния, как в случае настроек в админ-панели? Нет не оказывает. Только на сохранение настроек скрипта Цитата Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Присоединяйтесь к обсуждению
Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.