Форум

Можно и даже нужно. Посмотрите учебный курс по разработке кастомных модулей.

[QUOTE] написал:
Да ладно???[/QUOTE]
[QUOTE] написал:
Bitrix - извините пацаны, mysql этого не поддерживает[/QUOTE]
Держите себя в руках, пожалуйста.

Первый пункт у вас возражений не вызывает, я так понимаю?
И по второму - сможете рабочий пример сделать, с учетом обработчиков событий?

[QUOTE] написал:
Я подключаю bitrix:catalog.comments на странице указываю все параметры, компонент появляется на странице, но висит с текстом Загрузка комментариев.... Подскажите может кто сталкивался с этим?[/QUOTE]
Смотрите в консоли браузера, как ошибка прилетает в ajax-ответе

[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-последователльность в файле или лишний вывод в фале (например, пробелы или перенос строки после завершающего ?>)