Форум

[QUOTE] написал:
кто сталкивался?[/QUOTE]
И ранее тоже неоднократно сталкивался с подобным поведением после обновлений. В файлы настроек nginx, которые в папке bx, добавляются новые строки. Их нужно удалить и перезапустиьь веб-сервер.
Точнее не помню уже, но нашел проблему с помощью сравнения файлов до (из бэкапа) и после обновлений.

[QUOTE] написал:
вопрос был задан о другом[/QUOTE]
Вообще-то вы подняли интересную тему. Это безусловно.
Только не могу понять каким образом переименование рута может защитить, если в самом приложении в папке bitrix имя пользователя БД и пароль указаны в явном виде?

[CODE]use mysql;UPD ATE user se t user = mynewname where user = 'root';FLUSH privileges;[/CODE]
Заключил в тег кода, иначе команды ломаются

И в теге тоже ломается... в общем обратите внимание на upd ate и se t

[QUOTE] написал:
читаем моё первое сообщение [/QUOTE]
Ну если так хочется изменить это имя, то можно так:

use mysql;
UPD ATE user se t user = mynewname where user = 'root';
FLUSH privileges;

Но вы никак не можете понять, что это в конфигах ОС делается, а в самой СУБД.

[QUOTE] написал:
причем тут база когда вопрос по панели управления виртуалкой.[/QUOTE]
:)))
root для mysql это не root для ОС - это абсолютно разные пользователи разных сущностей.

[QUOTE] написал:
именно руту поменять имя на другое, если это для вас в диковинку то я сожалею.[/QUOTE]
Вам же написали выше, что конфиги ОС тут не причем. Это делается в самой СУБД - создаёте нового пользователя БД, назначаете ему нужные права и меняете пользователя БД в конфигах, но не ОС, а в конфиге системе Битрикс.

А для чего вы хотите изменить имя пользователя root для mysql - это вообще не понятно.

[QUOTE] написал:
считаю намерение изменить root сильным заявлением, может быть пароль ?[/QUOTE]
Практически уверен, что человек путает этот рут с другим рутом...

И ещё пару слов по теме так называемого говнокода в ядре Битрикса. Обычно так пишут те, кто битрикс видели только в админке. Неоднократно в этом убеждался. Например, когда новые клиенты просят посмотреть почему что-то не работает и присылают переписку с разработчиками, которые им этот сайт делали. В переписке мат-перемат про говнокод ядра Битрикса, а когда смотришь код, которым они делают простую выборку из каталога, то всё сразу становится понятно.
Например, недавно было. Выбирают ВСЕ товары со всеми торг предложениями и в цикле фильтруют с помощью if. А там порядка 30 тысяч товаров и по несколько десятков ТП к каждому товару. А кеширование просто отключили в компоненте. Конечно, никаких ресурсов сервера не хватит на обработку такого массива данных на каждом хите. Молчу уже про браузер пользователя.
Поэтому пока разрабатывали вроде всё работало, а как запустили в прод и дали рекламу, то всё встало.

Посмотрел кто им делал - партнёр благородных металлов. Ну то есть, много битриксов продаёт.

[QUOTE] написал:
в Stream не всегда торопятся такое править[/QUOTE]
Прочтите исходный вопрос человека, которому был дан совет. Судя по описанию проблемы там вообще ничего не обновлялось несколько лет.
Какая разница какую именно ОС не обновляли?
И человеку нужно просто запустить битрикс, чтобы посмотреть что там. Так зачем ему советовать городить целый огород вместо максимум часа работы по поиску и устранению ошибок?

[QUOTE] написал:
Никак. CentOS 9 Stream в связке BitrixVM 9.0.0 - 9.0.2 не поддерживают вашу версию PHP ставьте отдельно Debian 11 / Debian 12 + Fastpanel или Ubuntu 22.04 + Fastpanel, у меня прекрасно работает сайты на этой сборке, на PHP 7.4.[/QUOTE]
Не пойму зачем советовать людям то, что лишь усложнит им жизнь?

Просто запускаете старое ядро на новом окружении и затем читаете ошибки в логах. Обычно, если с переход с 7.4 до 8.1, то там максимум пара десятков ошибок. Их устранение занимает от силы пол часа и сайт начнёт открываться уже без ошибок.

Чуть сложнее, если много самописного кода или уже не поддерживаемых решений из маркетплейса. Тогда времени на ремонт уходит больше.

Но в любом случае - пока не поставите сайт на php 8.1 - ничего не сможете сделать, так как просто не увидите ошибок. Перевёл на 8.2 больше сотни сайтов. Ошибки в ядре практически одни и те же. А вот самописный код на разных проектах уникален, поэтому основная проблема с ним.