Вот так описана связь: "Элементы чеклиста" }=> "Чеклисты" -=> "Обходы" -={ "Элементы обходы".
Есть простой способ: - Используйте таблицы и ORM, для этого нужно будет разработать больше интерфейсов (публичка + админка)
Способ посложнее: - Реализация на инфоблоках, да, в таком случае много лишних данных, но и польза от них тоже есть (правда не существенна)
Альтернативный вариант: - Используйте чек-листы в задачах, а задачи можно ставить по шаблону. Там так же есть 2 опции - отмечен и не отмечен с фиксациями
Можно использовать HL-инфоблоки, но избыточности все равно не избежать
Цитата
Возможно ли задействовать какое либо поле с множественным значением, чтобы ему можно было присвоить и привязку к элементу ИБ и значение?
Лучше в таком случае разработать собственный тип свойства инфоблока отнаследовавшись от базового типа
Виктор Выпор, дело в том, что вы используете не стандартную функциональность. Скорее всего какое-то решение или надстройка. Инфоблоки находятся в разделе "Контент" и там скорее всего все есть, а раздела "База" у битрикса вообще нет.
Увы это как раз таки Ваша проблема. Битрикс это решение предоставляемое за деньги. Политика партии такова: не устраивает продукт - не бери. Как и у любой системы есть системные требования, о которых Вы не захотели узнать подробности.
Что поддерживается из ОС: * Fedora 12-15 (i386, x86_64) * CentOS 6 (i386, x86_64) * Red Hat Enterprise Linux 5/6 (i386, x86_64)
Что поддерживается из php: * PHP 5.3 - 5.7 * PHP 7.0
Цитата
Антон Гвоздарев написал: установил несколько других CMS на вышеуказанное ПО и железо, которые отлично отработали
Видимо они анонсировали такую поддержку и сделали, но увы у Битрикса ее пока нет.
Антон Долганин написал: (которые ему рано или поздно захочется сделать) в этом файле.
Мне кажется эта ситуация из разряда - зайти в /bitrix/cache/ или /bitrix/managed_cache/ и внести там изменения. Почему бы например по аналогии с ними не хранить файлы там же ? Например у symfony есть подобна вещь, когда кеш по проекту из динамики собирается в статичную помойку для ускорения работы.
Эээ... меня одного смущает что скорее всего вывод происходит в catalog.element, а в component_epilog.php еще раз обрабатывается добавление в корзину??? Попробуйте закомментировать component_epiloge.php и посмотреть будет ли он добавляться в корзину.
А затем проверьте, есть ли у Вас композит или ajax на ту же страницу (именно с вызовом ее части)
Антон Гвоздарев написал: Fedora Server 25 x64 + PHP 7.1.4 + MariaDB 10.1 (изначально пробовал и MySQL 5.7.17) в кодировке UTF-8 (utf8).
Проблема тут не с Битриксом, а с окружением.
1) Для начала не уверен насчет php 7.1 - знаю что битрикс работает и поддерживает 5.6 и 7.0, попробуйте откатиться до 7.0 2) Далее - MySQL 5.7 - не подходит. Из коробки работает с 5.5 и 5.6 (при переносе б24 из облака)
Жемчужников Евгений, да, неправильно. То о чем вы говорите - батч, а транзакция немного другое :)Но увы, нету... Хотя можно сделать инсерт, переиндексацию, сброс кеша, перестроение фасетов.. Но проще добавлять по одному
Актуальные настройки в БД в таблице b_option, дефолтные настройки в php самого модуля (причем есть 2 вида дефолтных настроек: первый - нулевые значения, которые хранятся в php файлах корня модуля, а второе - реальные дефолтные настройки (которые будут использованы в момент вызова COption::get* при отсутствии параметра в бд)