Форум

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

[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] на первой странице форума этой ветки есть.