Теперь гуглится ещё и ваша тема, в которой решения нет
01.08.2016 01:25:32
Может с кодом советов прибавится.
Есть код:
По задумке, он должен выбирать id потенциальных товаров-подарков, но код валится с ошибкой:
Тот же самый код используется ещё в одном месте, для немного другой задачи (добавление товара-подарка вместе с "основным" товаром в корзину) и работает как надо. |
|||||
|
29.07.2016 17:08:51
Подскажите, знающие люди, при верно настроенном правиле можно ли сделать так, чтобы товар-подарок автоматически добавлялся в корзину?
Если можно, то как? Или есть какой-то стандартный функционал такого поведения, а я его не вижу? Или может кто знает событие добавление купона правил корзины, которое можно перехватить и добавить подарок через АПИ. |
|
|
22.04.2016 13:21:05
Вызов проверялся так же с использованием CTimeZone::GetOffset(), результат тот же. |
|||
|
22.04.2016 12:44:49
Проверка сайта ошибок не выдает. Отдельно ещё раз обращу внимание: на другом сайте эта же выборка дает верный результат (SQL-запросы на обоих сайтах одинаковые). |
|||||
|
21.04.2016 23:13:14
В ИБ есть свойства:
GAME - "Привязка к элементам инфоблока" DATE - "Дата/Время" Есть код:
который всегда выдает "не найдено", хотя в системе есть элемент, соответствующий передаваемым параметрам.Проблема именно с фильтрацией по дате. Более того, на другом сайте этот же код работает правильно. Есть какие-то моменты, из-за которых может возникать такая проблема, или единственное решение обратиться к тех.поддержке? |
|||
|
08.10.2013 14:26:48
|
|||
|
07.08.2013 13:59:26
Это понятно, я про другое. В случае, когда элемент привязан к нескольким разделам, $arElement['IBLOCK_SECTION_ID'] содержит только один id раздела (минимальный из всех разделов, к которым привязан элемент). Если такое поведение меня не устраивает, как лучше поступать? В том же result-modifier можно выбрать список всех категорий, к которым привязан элемент и переопределить $arElement['IBLOCK_SECTION_ID'] или лучше кастомизировать компонент?
|
|
|
06.08.2013 15:33:24
Спасибо за подсказку (документация как всегда превзошла себя, про CIBlock::ReplaceDetailUrl там вообще ни слова).
Но есть пара "но".
Остался ещё один скользкий момент, вот с этой строкой:
В первом посте про это уже писал, берется привязка к первой категории из всех (с наименьшим ID). Я понимаю, что единого решения тут быть не может, но посоветуйте, как можно грамотно организовать выбор "основной" категории? (выбирать все привязки отдельным запросом прямо в result_modifier или кастомизировать компонент) |
|||||||
|
05.08.2013 20:00:22
Собственно сабж.
Теперь подробнее зачем это надо. Есть ИБ с товарами. Есть структура разделов этого ИБ вида: --Раздел1 ----Раздел1.1 ----Раздел1.2 --Раздел2 ----Раздел2.1 ----Раздел2.2 Есть элемент этого ИБ, с привязкой к разделам "Раздел1.1" и "Раздел2.2". В публичной части все это счастье выводится компонентом catalog с ЧПУ со следующими настройками (такие же настройки и в настройках ЧПУ инфоблока): /catalog/ /catalog/#SECTION_CODE#/ /catalog/#SECTION_CODE#/#ELEMENT_CODE#/ Соответственно, находясь в публичной части в разных разделах каталога имеет разные URL на один и тот же элемент (на это пытаются ругаться СЕОшники и это проблема номер раз). Более того страница с каталогом не единственная, есть ещё и на них так же идет выборка этого элемента - где с помощью других компонентов, где через API. И вот в случае использования API уже начинаю ругаться я, т.к. чтобы получить нужный URL приходится либо использовать несколько запросов, либо надеяться на чудо - т.к. автоматически система строит URL (или сохраняет привязку к разделу ИБ в SECTION_IBLOCK_ID) на основе первого раздела из всех, к которым привязан элемент. Вопрос кое-где проскальзывал на форуме, но ответа там не было, а больше я ничего не нагуглил. Посему подскажите кто что знает, люди добрые - это лыжи не едут или я дурак? На то, что можно как-то стандартные компоненты заставить работать так как мне нужно, особо не надеюсь, но может подскажите в какую сторону API смотреть, чтобы работало как нужно и правильно. |
|
|