Форум

[QUOTE]dex35 написал:
"Ошибка! Строковые функции strtoupper и strtolower работают некорректно".[/QUOTE]

для сайтов в cp1251, битрикс машина, php 7.2:

[CODE]# настройки php.ini, файл апача с сайтом:
php_admin_value mbstring.func_overload 0
php_admin_value mbstring.internal_encoding cp1251
php_admin_value default_charset cp1251

# устанавливаем локаль в систему:
localedef -c -i ru_RU -f CP1251 ru_RU.CP1251

# проверяем что она установилась:
locale -a | grep ru_RU

# применяем локаль в dbconn.php
setlocale(LC_ALL, 'ru_RU.CP1251');
setlocale(LC_NUMERIC,'C');

# перезапускаем апач для применения локали
apachectl restart
[/CODE]

[QUOTE]Значит ли это, что битрикс избавился от mbstring.func_overload?[/QUOTE]
не значит. есть кейсы успешной работы под 7.2
есть и под 7.3, но тут риска больше. все зависит от поддержки проекта.

[QUOTE]Лаврентий Дядькин написал:
Но при кликах на баннерах возникает ошибка "403 Forbidden Bitrix Environment".[/QUOTE]

отключите код в nginx, как написано в сообщении https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic122887/message6138­23/#message613823
(отредактируйте файл /etc/nginx/bx/conf/bitrix_general.conf:38 и удалите или закомментируйте блок, указанный в этом сообщении)
и перезапустите сервер командой: nginx -s reload

[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