Форум

[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]

[QUOTE]начал тормозить Сетевой Диск по протоколу webdav[/QUOTE]
нет, но предположу что тут проблема с системой или с сетью, как-бы битрикс машина с ее софтом тут по идее не при чем.

[QUOTE]В 7.4.1 выключили short_open_tag в php.ini[/QUOTE]
данная директива вообще в будущем будет удалена, придется использовать полную конструкцию <?php (конструкция <?= всегда доступна)
https://wiki.php.net/rfc/deprecate_php_short_tags

[QUOTE]Не запускается mysqld - нужно пускать вручную, при каждой перезагрузке[/QUOTE]
так установите мускул в автозапуск:

[CODE]systemctl enable mysqld # для centOS7
chkconfig mysqld on # для centOS6[/CODE]

[QUOTE]И у сайта по умолчанию (home/bitrix/www) настройки кодировки не под UTF-8[/QUOTE]
при обновлении некоторые конфиги сайтов переписываются, а некоторые - нет.
в данном случае просто добавьте две строчки в настройки сайта в апатче:
файл /etc/httpd/bx/conf/default.conf

[CODE]<VirtualHost 127.0.0.1:8888>
# ...
DocumentRoot /home/bitrix/www
       # ...
<Directory /home/bitrix/www/>
# ...
php_admin_value mbstring.func_overload 2
php_admin_value mbstring.internal_encoding UTF-8
        # ...
</Directory>
# ...
</VirtualHost>
[/CODE]

и перезапустите апатч:
apachectl restart

вообще по опыту могу сказать, что машина удобна для быстрого развертывания, но она не отменяет необходимость администрирования, т.к. некоторые вещи нужно вручную донастраивать и добавлять.

[QUOTE]настроенный? т е сайты будут летать из коробки?[/QUOTE]
нет, только скомпилирован и включен в bx-nginx. [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic122887/message610555/#message610555]ответ[/URL] на первой странице форума этой ветки есть.

[QUOTE]Теперь проблема с созданием сертификатов 8-3-1. Не создается и все тут. Один сайт продолжает работать в штатном режиме по SSL.[/QUOTE]
попробуйте логи посмотреть как задачи машины, так и утилиты, получающей сертификаты dehydrated
все расписано в статье https://www.acrit-studio.ru/pantry-programmer/bitrix-bitrix-environment-vm/installation-letsencrypt-ssl-certificates-directly-from-the-bitrix-virtual-machine-vm/
также проверьте, есть ли строчка в настройках сайта в nginx, на который хотите получить сертификат вот такая:
напр. для дефолтного сайта /etc/nginx/bx/site_avaliable/ssl.s1.conf
server {
...
include bx/conf/letsencrypt-challenge-tokens.conf;
...
}