Форум

Спасибо за сигнал. Всё поправили!
Начните процесс заново, скрипт обновит сам себя исправленной версией.

Если установлено значение innodb_strict_mode=ON, MySQL делает дополнительные проверки запросов, что в ряде случаев приводит к проблемам. Мы сталкивались с ситуациями, когда работающий проект переносится с одной установки на другую и перестаёт работать из-за этого.

Например, ошибка блокирует выполнение запроса и парализует работу: [CODE]Row size too large (> 8126)[/CODE]
При этом она не связана со архитектурными ограничениями MySQL, это вопрос "синтетического усиления" правильности. Вопросы формирования SQL должны решаться на уровне приложения, а не базы. Здесь это приводит к проблемам.

Ежедневно десятки тысяч сайтов на битриксе успешно обновляются, этот процесс хорошо налажен, работает не один год. Очевидно, что-то не так именно с вашей установкой. Я нашел ваше обращение №2450169. Мы выясним детали и разберемся. Не переживайте.

Андрей, спасибо. Если что-то еще будет всплывать, пишите, пожалуйста.

Кейсистемс, буду признателен, если скинете несколько примеров, чтобы понимать, где что подправить. Вот эти редкие случаи плохих решений могут сильно портить общее впечатление.

Андрей, а вы сообщали в техподдержку о проблемах после переноса? Если что-то появляется, мы стараемся оперативно решать проблемы.

С загрузкой локального файла действительно была ошибка, спасибо, поправим!

А по поводу распаковки без диагностики ничего сказать нельзя, пожалуйста, напишите в техподдержку, разберёмся.

Сейчас поддержки MSSQL и Oracle нет. Нет совсем.

Это значит, что классы для работы с этими БД не поставляются пользователям. Но даже если бы каким-то невероятным образом удалось транслировать все запросы, которые идут к MySQL, на одну из этих баз, работать не будет из-за различий в SQL.

Нельзя делать публичные сайты на лицензии Битрикс24, Mikhail Kryachek в этой теме дал ссылки на лицензионное соглашение.

Когда пишете технический вопрос в техподдержку, технический специалист даёт вам ответ. Я посмотрел ваши тикеты, вы везде спрашиваете по-разному и немного о разном. С технической точки зрения возможно сделать то, что вы спрашиваете, но когда речь идёт о лицензировании, в обращении 1686979 менеджер отдела продаж ответила четко:

Добрый день.


Поддержка никуда не делась, работаем на пределе, стараемся всем отвечать вовремя. Просто сейчас лето, период отпусков и горячая пора у нас. Если вопрос требует консультации у разработчика, это занимает больше времени.

Пожалуйста, извините за задержки. В ближайшее время ответим по сути или постараемся сориентировать по срокам решения.

Лучше в таких случаях публиковать ответ, чтобы другие тоже могли им воспользоваться

Передаю ответ наших разработчиков. Чтобы избавиться от ошибки "ngx_slab_alloc() failed: no memory", необходимо увеличить память для модуля push&pull в /etc/nginx/bx/conf/im_settings.conf.

Параметр push_stream_shared_memory_size, значение по умолчанию 256М. Увеличивайте этот параметр постепенно до тех пор, пока не уйдет ошибка: nginx сразу резервирует эту память.

Обратите внимание, что доступная память не может быть больше, чем допустимый размер shared памяти, установленная в системе (опция kernel.shmmax в /etc/sysctl.conf)