Форум

[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х часов

$DB->GetNowFunction() является псевдонимом (оберткой) данного метода, см:
[CODE]public static function GetNowFunction()
{
return CDatabase::CurrentTimeFunction();
} [/CODE]