Форум

Екатерина Шемаева, про управление модулями из меню машины я в курсе.
вопрос именно про то, чтобы модули не включались после обновления 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;
...
}

Опробовал включить pagespeed, включена версия ngx_pagespeed-1.13.35.2

создал конфиг
/etc/nginx/bx/conf/pagespeed.conf

Скрытый текст

[CODE]# see https://www.modpagespeed.com/doc/config_filters pagespeed on; pagespeed FileCachePath            "/var/cache/ngx_pagespeed/"; pagespeed FileCacheSizeKb          102400; pagespeed FileCacheCleanIntervalMs 3600000; pagespeed FileCacheInodeLimit      500000; pagespeed RewriteLevel CoreFilters; pagespeed DisableFilters fallback_rewrite_css_urls,rewrite_images,recompress_images,add_head,convert_gif_to_png,convert_meta_tags,convert_png_to_jpeg,recompress_png,resize_images,combine_css,combine_javascript; pagespeed Statistics                     on; pagespeed StatisticsLogging              on; pagespeed StatisticsLoggingIntervalMs    60000; pagespeed StatisticsLoggingMaxFileSizeKb 1024; pagespeed LogDir                         /var/log/pagespeed; pagespeed AdminPath                      /pagespeed_admin; location ~ ^/pagespeed_admin { allow 127.0.0.1; # allow [your ip]; deny all; }[/CODE]

для нужного сайта включается так, в блок server добавить конфиг в конце:
/etc/nginx/bx/site_avaliable/ssl.s1.conf

Скрытый текст
[CODE]server {    listen 443 http2 ssl;    listen [::]:443 http2 ssl;    # ....    include bx/conf/pagespeed.conf; }[/CODE]

перезапуск nginx -s reload

Проверить что работает можно в консоли браузера, должен отдаваться от сервера HTTP-заголовок
x-page-speed: 1.13.35.2-0

Описанное решение в данном посте уже давно не актуально, т.к. давно исправлено на уровне дистрибутивов.
Видимо у вас какая-то другая проблема, попробуйте для начала провести диагностику сервера данным скриптом:
[URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=32&LESSON_ID=3262]https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=32&LESSON_ID=3262[/URL]

Данная ошибка сама уйдет после того, как сервер MySQL проработает более 24х часов