Вот это упорно лезет в лог
|
Разработчикам |
Форум
[ Закрыто ] VMBitrix 7.4.0 в релизе
|
|
|
|
|
|
|
|||
|
|
|
|
Проблема оказалась вот в чём.... обновление подключило APC и оно видимо работало криво. Рубанул его и всё вернулось на круги своя.
|
|
|
|
|
|
Кто-то знает кк вот это остановить? Бесконечно продолжается.. и в лидах и в сделках. Причем длиться по неделе.
|
|
|
|
|
кстати, частенько после обновления машины приходится править конфиги php и отключать не нужные модули. раньше думал, что достаточно следовать логике: /etc/php.d/15-xdebug.ini.disabled - отключен модуль, переименовываем: /etc/php.d/15-xdebug.ini - включен модуль и наоборот. но после обновления php появляется файл /etc/php.d/15-xdebug.ini с включенным модулем. поэтому сейчас делают так: /etc/php.d/15-xdebug.ini.disabled - отключен модуль, в нем подключение нужного модуля (т.е. не пустой файл) /etc/php.d/15-xdebug.ini - пустой файл, чтобы при обновлении не включился. при обновлении при этом появиться файл: /etc/php.d/15-xdebug.ini.rpmnew но ненужный модуль не включится может кто знает как иначе можно php-модулями управлять, чтобы они при обновлении не включались?
— разработка, поддержка и сопровождение интернет-проектов
|
|||
|
|
|
|
|||
|
|
|
Xdebug и прочие полезные есть здесь:
|
|||||||
|
|
|
|
Екатерина Шемаева, про управление модулями из меню машины я в курсе.
вопрос именно про то, чтобы модули не включались после обновления php, т.к. многие обновляют машину, при этом не замечают что включился xdebug, который существенно замедляет работу сайта. выходит только проверять после обновления, либо действовать с пустыми файлами для ненужных модулей, как я описал выше?
— разработка, поддержка и сопровождение интернет-проектов
|
|
|
|
|
Почему так? |
|||||||||
|
|
|
либо покажите содержимое папки /etc/php.d
— разработка, поддержка и сопровождение интернет-проектов
|
||||
|
|
|
|||
