11:01

домовой
Вы видели как быстро работает bitrix? ...вот и я не видел.

У меня постепенно заканчивается терпение на это творение корпорастов.
Что надо сделать с кодом чтобы добавление в инфоблок 76 тыс элементов занимало 15 минут времени? т.е. всего 80 операций в секунду.

зачем надо при добавлении элементов в инфоблок блокировать чтение ВСЕГО битрикса? доступно все кроме битрикса и загрузка цп при этом не так велика как должно казаться.

Почему битрикс дико ругается на попытку добавить 1101+ свойство?

И почему на рекомендованной виртуалке скачаной с портала битрикс при удалении инфоблока имеющего 1190 свойств и 76 тыс элементов мускл повесился нахрен?

@темы: рабочее, гик?!

Комментарии
30.10.2018 в 10:13

Потому, что экспорт/импорт всей базы категорически не сводится к конвееризации атомарных операций. Для этого нужен ОТДЕЛЬНЫЙ инструмент, специально для экспорта-импорта.
01.11.2018 в 00:32

Из кислоты и щёлочи.
У меня однокурсница в Битриксе работает. Не в разработке, правда, в поддержке. Могу поинтересоваться, что они там курят и в каких количествах.
02.11.2018 в 16:25

домовой
Хима Гориевна, не надо.
во первых я еще не до конца убедился в том что я не дурак.

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

полез в субд, нашел таблицу с элементами инфоблока (по изменениям с оригиналом). записал туда
10К записей. поштучно. время 13 секунд.
64К записей. поштучно. время 71 секунда.

даже если считать что дурь виртуалки пришлось поднять в 2,5 раза все равно выходит слишком большая разница.

из неудобств - крайне не хочется смотреть в сторону вложенных множеств. которыми реализовали вложенность секций. но это можно медленно и печально реализовать с помощью дикой смеси sql и ооп от битрикса