| Цитата |
|---|
| Артем Артемов написал: пытаюсь добавить push роль серверу |
|
Разработчикам |
VMBitrix 7.5.0 в релизе
VMBitrix 7.5.0 в релизе
|
|
|
|
|
|
|
Александр Панков, апач ищет индексную страницу в директории?
вы удаляли содержимое /home/bitrix/www руками? |
|
|
|
|
cудя по логам да - ищет индексную страницу нет - ничего не удалял, но эта папка всегда была пустая на. впс всего один сайт и он внутри ext_www |
|||
|
|
|
|
MYSQL 8
expire_logs_days объявлена устаревшей, ее заменяет binlog_expire_logs_seconds query_cache начиная с версии 8 не поддерживается Может кому пригодится: в z_bx_custom.cnf (mysql) добавил innodb_flush_log_at_trx_commit = 2 innodb_buffer_pool_instances = 10 innodb_log_file_size = 1G join_buffer_size = 1M thread_pool_size = 16 log_bin = /var/log/mysql/mysql-bin.log sync_binlog = 0 binlog_expire_logs_seconds = 4320 max_binlog_size = 128M log_timestamps = SYSTEM (время в error.log будет по серверу, а не по UTC) Не могу разобраться с transaction-isolation = READ-COMMITTED не устанавливается |
|
|
|
|
|
Очень сомнительные параметры
innodb_buffer_pool_instances = 10 innodb_log_file_size = 1G innodb_buffer_pool_instances в данном случае достаточно ставить 1, максимум 2, этот параметр указывает на сколько частей разбивать файл буфера пула и рекомендуется увеличивать количество когда размер одного файла выходит более 1024 мегабайт. |
|
|
|
|
|
Обновились и у юзеров в десктоп-приложении в чатах каждый 2-3 минуты ошибка 502. В логах пусто, в чате через сайт всё норм.
Куда копать? |
|
|
|
|
|
Спасло только обновление всех приложений на свежую версию. Странная ситуация
|
|
|
|
|
|
Здравствуйте!
Обновился... Обновил и mysql до 8. Получил ошибки на страницах. Прошу подсказать. Заранее спасибо! File: /home/bitrix/ext_www/website/bitrix/modules/search/classes/g Line: 265 MySQL Query Error: SEL ECT stags2.NAME ,COUNT(DISTINCT stags2.SEARCH_CONTENT_ID) as CNT ,MAX(sc.DATE_CHANGE) DC_TMP ,DATE_FORMAT(MAX(sc.DATE_CHANGE), '%d.%m.%Y %H:%i:%s') as FULL_DATE_CHANGE ,DATE_FORMAT(MAX(sc.DATE_CHANGE), '%d.%m.%Y') as DATE_CHANGE FR OM b_search_tags stags2 INNER JOIN b_search_content sc ON (stags2.SEARCH_CONTENT_ID=sc.ID) INNER JOIN b_search_content_site scsite ON (sc.ID=scsite.SEARCH_CONTENT_ID AND stags2.SITE_ID=scsite.SITE_ID) WHERE (( EXISTS ( SEL ECT 1 FR OM b_search_content_right scg WHERE sc.ID = scg.SEARCH_CONTENT_ID AND scg.GROUP_CODE = 'G2' ))) AND (1=1) AND ( ( scsite.SITE_ID = 's1' AND sc.DATE_CHANGE >= '') AND( ( sc.MODULE_ID = 'iblock' AND sc.PARAM1 = 'content' AND sc.PARAM2 = '2' )) ) GROUP BY stags2.NAME ORDER BY CNT DESC LIMIT 5 [[1525] Incorrect DATETIME value: ''] MySQL Query Error! |
|
|
|
|
|
|||||||
|
|
|
|
Обновляем с 7.4.4
yum clean all помог |
|||
|
|
|
|
Второй раз уже сталкиваюсь с такой проблемой - покупаю VPS с установленной VM Bitrix. Последней, 7.5.0. Пытаюсь обновлять PHP с 7.1 и обнаруживаю, что в папке /etc/yum.repos.d файл remi-php72.repo почти пустой (только enabled = 1), а файлов remi-php73.repo и remi-php74.repo просто нет.
То же самое было с VM Bitrix 7.4.4, взял их с другого сервера. Собственно, два вопроса - 1) можно ли взять эти файлы с другого сервера, с VM Bitrix 7.4.3 ? 2) почему их нет, это какая-то недоработка хостеров, которые предустанавливают VM Bitrix на VPS? |
|
|
|
|
|
|||
|
|
|
|
После обновления ВМ с 7.4.4 на 7.5 и переходом на php7.4 с 7.2 и на mysql сервер 8 в мониторе производительности показатель упал с 75 попугаев до 28.
Особенно заметно на скорости записи Mysql Куда копать? |
|
|
|
|
|
Скорость сайта тоже упала почти в два раза с 0,63. Думаю откатываться обратно
Не совсем понятна позиция разработчика, когда очередное обновление заметно ухудшает функционал продукта. Просьба пояснить "политику партии". |
|
|
|
|
|
Роман, лучше использовать другие метрики для проверки скорости, чем встроенные в систему. Вероятнее всего в них еще нет поддержки того же mysql 8, поэтому и цифры весьма ложные.
|
|
|
|
|
Тоже считаю, что на внутренние метрики стоит ориентироваться просто как на маячки. Если начнет в разы меняться картина, то стоит искать причину. В мониторе производительности могла у вас так кардинально измениться картина из-за подключения каких либо модулей в шаблоне. В моем случает производительность подросла после обновления. |
|||
|
|
|
|
Здравствуйте при обновлении вышла ошибка
PHP: syntax error, unexpected '=' in /etc/php.d/bitrixenv.ini on line 43 там сейчас написано: mail.add_x_header = Offexpose_php = Off Как правильно исправить данную настройку? update: Кажется понял - это два разных параметра, просто перенёс на другую строку. |
|
|
|
|
mail.add_x_header = Off expose_php = Off |
|||
|
|
|
|
И ещё странная проблема появилась.
|
|
|
|
|
|
Алексей Шафранский,
Добрый день, столкнулся с проблемой НЕработы nginx cache на вм битриксе. проверяли работу на машине НЕ вм битрикс - все ок, на вм битрикс меняли конфиги на полностью дефолтые - не работает nginx из epel работает без проблем в процессах тоже не хватает nginx: cache loader process epel: 0 13453 0.0 0.0 93584 1196 ? Ss 09:26 0:00 nginx: master process nginx -c /root/nginx.conf 996 13454 0.0 0.0 94572 2624 ? S 09:26 0:00 nginx: worker process 996 13455 0.0 0.0 93748 1784 ? S 09:26 0:00 nginx: cache manager process 996 13456 0.0 0.0 93748 1784 ? S 09:26 0:00 nginx: cache loader process bitrix: 0 11201 0.0 0.2 86216 2032 ? Ss 06:20 0:00 nginx: master process nginx -c /root/nginx.conf 995 11202 0.0 0.3 87272 3236 ? S 06:20 0:00 nginx: worker process 995 11203 0.0 0.2 86456 2388 ? S 06:20 0:00 nginx: cache manager process Можете подсказать, куда копать? Предполагаю, что на вм битрикс какая-то своя сборка nginx и что-то где-то блокирует кеш |
|
|
|
|
|
Для информации:
1. У меня обновления до версии 7.5.0 на боевой и резервной машинах прошли корректно. Немного смутила необходимость ручной донастройки nginx, ну да ладно. 2. Оказывается, после обновления базы данных до версии 8.0 не работает диагностика базы данных. Раньше ориентировался на тест в админпанели "Сервер БД". Теперь сообщает, что для новой версии тест работает некорректно. И как быть, похерить тест? |
|
|
|
|
|
Добрый день. Подскажите, что в итоге делать с MySql ? реально медленнее стало работать всё при использовании mysql 8 . Настройки пробовал менять - не помогает. Раньше страница генерилась за 0.3 сек, сейчас 1.2 сек.
|
|
|
|
|
|
кстати!
мне после обновления пришлось делать полную переиндексацию и Spfinx перестал работать в модуле поиска
|
|||
|
|
|
|
|||||
|
|
|
||||
