Михаил: Можно так, но чтобы не плодить выборки данных в цикле, можно сделать так - когда выбираете счета, то вместе с ними выберите и все тайтлы актов, ORM позволяет сделать это в один запрос.
Vorchun: Во! Ещё более хардкорное решение: Делаете два ИБ. Один основной, второй вспомогательный. Каждый ИБ привязан к своему сайту (это важно что бы было нормальное индексирование для поиска). Делаете зеркальную структуру свойств ИБ. Но в основном инфоблоке добавляете св-во привязка к разделу второстепенного ИБ. Т.е. элементы в основном ИБ будут привязываться к разделам второго ИБ через св-во элемента. Далее вешаем на крон скрипт который будет по этим св-вам делать во втором ИБ клоны элементов из основного ИБ.
Максим Гречушников: тогда реализуйте на модуле форума. Первое сообщение в ветке считайте вопросом всё что дальше будет выводиться в карточке товара как обсуждение. И кастомным св-вом помечать сообщение которое является ответом.
Дмитрий Кострубяк: нужно редактировать не саму дату, а настроить формат отображения даты в компоненте "список новостей". Включаете режим редактирования, открываете настройки компонента новостей и там внизу списка настроек будет выпадающий список с форматами отображения даты
Дмитрий Солодуха: а у вас какая версия? В последних билдах новый визуальный редактор - вполне себе рабочий инструмент. Хотя полностью поддерживаю мнение Sanes - верстать нужно в html, никакой виз.редактор не даст хорошего результата.
amarox: окей, да будет великийСрачВКаментах. Командную работу можно легко организовать и на битриксе: поднимается центральный дев-сервер, разработчики у себя на компьютерах поднимают виртуальные эталонные машины, только БД используют от центрального дев-сервера, это позволяет программисту использовать дебагер на его локальной машине, комитить свой функционал сколь душе угодно и раз в неделю сливать комиты php в центральный дев-сервер.
p.s. если вы знаете способ смёржить пять сотен связных таблиц от десяти программистов в одну БД, при этом не потеряв целостность, поделитесь этими сакральными знаниями.
По большому счёту дебагер нужен только для трассировки. При разработке на высокоуровневой cms вам не понадобится разрабатывать модули и классы, API уже готово и отлажено. Там где необходимо просто распечатайте массив $arResult, вот например удобная функция https://code.google.com/p/preview-array/downloads/...
не совсем так, когда к серверу приходит запрос (не важно от браузера посетителя или от робота поисковой машины), то ему очень быстро отдаётся html кеш, а уж потом догружается информация зависящая от конкретного посетителя.
