Форум

[QUOTE] написал:
Ок, механизм транзакций нужен, но почему он тогда не реализован внутри методов update, add и т.п. всех сущностей. Т.к. $DB - глобальный, то отлавливать вложенные транзакции (если серию таких методов пользователь еще и сам оборачивает транзакцией) вроде не проблема - если серия методов обернута транзакцией пользователем, то не стартовать транзакцию внутри метода.[/QUOTE]
1. Открытие/закрытие транзакции - дорогая (затратная) операция. Внедрение ее в методы изменения сущностей неприемлемо ухудшит проихводительность.
2. Поддерживаемые в продукте версии MYSQL вложенные транзакции не поддерживают.

[QUOTE] написал:
Вопрос больше сводится к тому, что требуется пояснение : данная ошибка исправится разработчиками 1С-Битрикс или нам самостоятельно требуется делать доработку? Если поправим самостоятельно, не возникнет ли в будущем необходимость заново делать доработку, если со стороны 1С-Битрикс обновят виджет?[/QUOTE]
1. Вопросы, связанные с ошибками штатного функционала, нужно адресовать ТП.
2. Любые правки, внесенные в штатные шаблоны, будут затерты первым же обновлением, где будут эти файлы.

[QUOTE] написал:
или я чего-то не понимаю[/QUOTE]
Да, не понимаете. Операции изменения сущностей (хоть через старое ядро, хоть через orm) могут затрагивать не одну, а несколько строк в БД, а в общем случае - несколько таблиц. Это если даже не вспоминать про обработчики событий. На любом этапе этого процесса ошибка может возникнуть как на стороне php, так и на стороне БД. Механизм транзакций нужен для того, чтобы в таких случаях "откатить" состояние БД к моменту до начала изменений.
Почитайте про транзакции в базах данных, станет ясно.

[QUOTE] написал:
В таком случае, выходит, что "простой товар" - изначально ущербный вариант, которым в принципе не следует пользоваться, т.к. т.предложение с одним предложением может заменить простой товар, а вот наоборот - не выйдет?[/QUOTE]
Нет, вы делаете неверные выводы. Но для вашего сценария тип товара "простой" не подходит.

[QUOTE] написал:
Можно ли иметь общее свойство для товара и т.предложения?[/QUOTE]
Нет.
[QUOTE] написал:
Есть ли варианты, чтобы хотя бы цена и количество при смене типа наследовались автоматом от простого товара?[/QUOTE]
Нет, переносите цены.

Хостинга

[QUOTE] написал:
При этом неважно, что написано в init.php, даже на пустой файл та же реакция[/QUOTE]
Выполните проверку сайта в момент наличия init.php. Наверняка или BOM-последователльность в файле или лишний вывод в фале (например, пробелы или перенос строки после завершающего ?>)

[QUOTE] написал:
Можно получить на D7 в одном запросе прибегая к ссылочной таблице b_iblock_section[/QUOTE]
[QUOTE] написал:
$rsStore = \Bitrix\Iblock\ElementTable::getList([
       'select' => ['IBLOCK_ID', 'IBLOCK_SECTION.NAME'],
   ])->fetchAll();
[/QUOTE]
Нельзя в общем случае (если элемент привязан к нескольким разделам). Ну и если ваш код используют без допфильтров - это выборка вообще всех элементов на установке.

[QUOTE] написал:
Возможно ли такое?[/QUOTE]
Штатно - нет.

[QUOTE] написал:
так вот такой код отрабатывает плюс-минус 15 минут[/QUOTE]
[QUOTE] написал:
"filter" => array("UF_KEY" => $itogo_key),[/QUOTE]
[URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=5753]Уче[/URL][URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=5753]бный курс разработчика[/URL], читать со слов:[QUOTE][B]Внимание![/B] Если не указывать явно оператор сравнения
[/QUOTE]