Форум

[QUOTE]Сергей Мишин написал:
И как я должен догадаться о необходимости коррекции? И какие еще файлы нужно корректировать вручную?[/QUOTE]
1/ если сайт не открывается в браузере либо проблемы с ssl-соединением, значит надо править конфиги nginx
2/ чаще всего при подключении к серверу по SSH достаточно перегрузить nginx -s reload и устранить ошибки, которые возникают при его перезапуске
3/ посмотреть php info и убедиться в наличии пустых файлов для конфигов php, чтобы лишние модули не включились, как я выше писал в данной ветке форума.

[QUOTE]но почему то без базы[/QUOTE]
архив базы поищите в архиве резервной копии в папке /bitrix/backup

[QUOTE]Семен Калашников написал:
The valid_referers directive doesn't support variables.[/QUOTE]
спасибо! не мог понять, почему этот кусок не работает, более того думал его кто-то посторонний добавил, судя по комментарию (ticket id: 96045)
поэтому просто закомментировал этот блок.

[QUOTE]почему при отключении xdebug снижаться производительность вдвое скрин до отключения xdebug https://yadi.sk/i/sP9xC8zTYa9Wmg скрин после отключения https://yadi.sk/i/2NY3BXoS7umcrA [/QUOTE]
во первых проверьте, не отключился ли опкеш и все ли хорошо в панели производительности - страница php,
далее надо веб-серверу дать немного поработать, чтобы набрался опкеш, а затем проводить тесты. (при включении/отключении модулей php происходит перезапуск апатча, при этом весь опкеш сайта сбрасывается, и нужно "прогреть" сайт, чтобы опкеш опять собрался)

[QUOTE]Максим Нелипин написал:
человеку, который додумался по умолчанию включить xdebug при обновлении[/QUOTE]
человек тут не при чем, я писал ранее, что при обновлении системой при помощи yum пакета pecl-xdebug.x86_64 из репозитория, он автоматичестки создает файл xdebug.ini в случае его отсутствия. поэтому нужно иметь такой файл с пустым содержимым, чтобы включение при обновлении не происходило.

Андрей Кондуров, пробуйте обновиться до 7.4.1, что тут скажешь.
Екатерина Шемаева, вот пример того, что особо не поуправляешь через панель модулями php.
кстати, как видите на скриншоте есть два файла по тому-же xdebug - и с суффиком .disabled и без него. так сразу и не поймешь, включен модуль или нет.
а с учетом того, чтобы он не включился при обновлении, надо отключать двумя файлами, основной переименовывать в .disabled и создавать пустой файл.

[QUOTE]Андрей Кондуров написал:
У меня 7.3.3 , в настройках нет других модулей, только 1 пункт. Почему так?[/QUOTE]
видимо надо обновиться до 7.4.1
либо покажите содержимое папки /etc/php.d

Екатерина Шемаева, про управление модулями из меню машины я в курсе.
вопрос именно про то, чтобы модули не включались после обновления php, т.к. многие обновляют машину, при этом не замечают что включился xdebug, который существенно замедляет работу сайта.
выходит только проверять после обновления, либо действовать с пустыми файлами для ненужных модулей, как я описал выше?

[QUOTE]Антон Полягин написал:
обновление подключило APC[/QUOTE]
побуду немного занудой: не APC, а видимо APCu - это немного разные вещи, в APCu отключен опкеш кода, а оставлен только функционал кеширования пользовательских данных.

кстати, частенько после обновления машины приходится править конфиги 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-модулями управлять, чтобы они при обновлении не включались?

[QUOTE]Антон Полягин написал:
Тормозит база явно БД, все операции с ней тупо зависают и производятся очень медленно.[/QUOTE]
посмотрите чем занята база через [URL=https://dev.mysql.com/doc/refman/8.0/en/show-processlist.html]SHOW [FULL] PROCESSLIST[/URL]