Mikhail Kriachek (Все сообщения пользователя)

Алексей Пустоутов,

Получилось чего интересного с mysql8?

Что то то мне подсказывает, что проблема в модуле security и в его одной кривой проверке

Алексей Пустоутов,

Если что, то делитесь конфигами.
Если брать битрикс тест за "золотую корову", то производительность БД в попугаях становится хуже, хотя по итоговым попугаям лучше и нагрузку лучше держит. Ищу сейчас способ улучшить производительность на чтение, ибо это самая частая операция.

Тогда ясно )
Для 8 версии надо делать свой конфиг или через костыли его автоматом собирать как сделал я, слишком уж конфиг для 8 отличается от 5.5-5.7

Алексей Пустоутов,

Я, конечно, не вижу смысла пробрасывать BitrixVM в контейнер docker'a, разве что для практики и из-учения докер.
1. Непонятно зачем дали privilidged права bitrix контейнеру, они ему не нужны.
2. При пересборке контейнера потеряется БД, логи итп, я не вижу volumes с host в container
3. push&pull не работает полностью =) порты закрыты
4. https тоже не будет работать, аналогично №3

Есть еще непонятные мне вещи, но посмотрю как будет это дальше развиваться =)

Алексей Пустоутов,

Пришлось слегка помучиться, т.к. в MySQL 8.0.x много какие параметры поубирали, да и монтирование логов не сразу вышло.
Я конечно не занимался тюнингом MySQL но из того что сразу заметно(используя конфиги с 5.7 за вычетом удаленных параметров)
1. Update стал в 2 раза быстрее
2. Read стал в 2 раза медленнее (т.к. query_cache_% более нет, может есть аналог. но я не искал)
3. Write без изменений

Битрикс24 17.5.х завелся без видимых проблем, может они и есть, но сразу не видны.

Алексей Пустоутов,

Протестирую уже завтра у нас тут ~23-00 уже, хочется отдохнуть.
Все конфиги писал с нуля, от битрикса ни одного не взял ввиду их запутанности и неудобства использования в нашей повседневной работе

Мы пока остановились на 5.7, но могу протестировать если есть интерес

2 дня на изучение, 1 день на написание docker-compose.yml со всеми вытекающими, 2 дня на написание клиента на bash = 5 дней на все базовые вещи. Не так уж и много. Переход на docker на уже сэкономил сотни "человекочасов".

Алексей Пустоутов,

Не слушайте "Роман Семёнов", это местный "Битрикс Фанбой".

ЗЫ. после каждого обновления BitrixVM начинается вайн на сотни постов, а вот docker всегда можно откатиться на стабильный конфиг и пересобраться за считанные минуты\секунды, а вот с BitrixVM такое не прокатит.

Попробуйте, может чего интересного из вашего решения для себя почерпну. Не вижу ничего зазорного учиться чему-то новому и интересному
Их особо то и нет, просто VM на которой Битрикс заведется и все.


Евгений Смолин, Не, это фантастика. Не на нашем веку

Я за 20-30 минут создаю 500 инстансов с установленным Битриксом, при более лучшей производительности чем BitrixVM и проверка сайта не выдает ни единой ошибки (после установки на BitrixVM ошибки 100% есть). А сколько времени это займет у вас с BitrixVM с устранением всех недочетов?
Почти все необходимые контейнеры уже есть в публичном доступе и поддерживаются производителями ПО. Разве что небольшая проблема может возникнуть с nginx из-за push модуля

Есть родной httpClient https://dev.1c-bitrix.ru/api_d7/bitrix/main/web/httpclient/

 restore.php если быть точнее

Евгений Белокопытов,

Ну отдельным запросом через Bitrix\Iblock\PropertyTable либо приходите года через 3 =)

Вы правда верите, что это на что то влияет? Раньше интересовались "что не так?", а сейчас это видимо просто автоматический индикатор, который может быть минимально влияет на ЗП обычного сотрудника ТП (видимо не в данном случаи), хотя вряд ли это заметно. Так что пока это не повальная тенденция "Недоволен командой поддержки", то это не повлияет ни на что и никак. Мы же не только что родились, правда?
Странный подход. для всего этого дела есть SLA если не справляешься - свесь на другого.
А то получается "Наш мастер по овощам сейчас фантастически чистит морковку, а вы со своей картошкой постойте там в углу, чтобы вас не было видно, может через пол года к вам подойдем"

Это уведомления\предупреждения, но не ошибки, по крайней мере сейчас.

И спрашивается зачем тогда "свой push модуль с блэкджэком" если он не работает как надо =)

Добавлю свои 5 копеек.

Я бы добавил перед вашими серверами балансировшик, например nginx или haproxy, который будет мониторить доступность сервера и, соответственно если доступен то перенаправлять на него запросы. За балансировщиком могут жить 2 сервера: основной и служебный. Для БД можно slave-master или master-master либо иной подходящий механизм. С файлами немного сложнее. Если будете использовать rsync, то будьте очень аккуратными, он любит периодически что НЕ синхронизировать или сайт удалить полностью.

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

Александр Ким,

И не просто место закончилось, а место на partition "/run"быстрее всего логами в /run/log забилось

Не это ли нужно?
https://dev.1c-bitrix.ru/api_help/iblock/classes/ciblocksection/getnavchain.php

PS. в $Item по идеи должна быть привязка к секции ее и надо передавать.

Могу предположить, что если добавить в /bitrix/php_interface/dbconn.php
то все будет "ОК".

Андрей Николаев,

К сожалению, документация об этом умалчивает, а также рапортует что и с IIS все будет замечательно работать, хотя это не так. И в данном случаи ссылаться на письмо для "определенного круга лиц" хоть и можно, но не совсем корректно. Вы же не скажете клиенту, что у вас есть "секретное письмо" и там сказано, что ничего работать не будет?
Жаль, может в следующий раз получится. Вариант с nignx-push-stream наверное самый оптимальный, есть документация и ставится парой строк в конфиге\консоли. Да и пока никто из наших клиентов не жаловался, что там что то не работает или работает не так.
У нас большинство клиентов западники и там есть корп. стандарты. Если вы не можете их удовлетворить, то клиент просто уходит. BitrixVM практически не используем ибо не решает задач клиентов, в том числе и CI.

Роман Семёнов,
1. Потому что это требование заказчика и когда такой заказчик приносит 80% вашей годовой выручки, вы не будет задавать такие вопросы.
2. Кто сказал что не поддерживается? Что то мне такая документация не попадалась. "Ссылку в студию!".

Также если углубляться в нестандартные конфигурации, то битрикс вполне себе работает на связке nodejs + php, без всякого nginx, apache, iis
Фичи в сервисе очередей? Вы серьезно? Такой функционал пишется 1 раз и на очень долго, и максимум что делается, так это поддержка новых стандартов, например http2, и то, это происходит не так часто.

Роман Семёнов,
Ну так C как не крути более производительный чем Node.js
Выходить может все что угодно, но без документации это унылый кусок "поделки".
На centos мир не сошёлся клином.
docker, vagrant итд в помощь.
Да и если вы ни разу не поднимали полноценно работающий Битрикс24 на windows, то значит геморроя вы еще даже и не видели.
Такой вариант прокатит только для сайтов визиток и для небольших проектов.