Форум

у нас на одном из проектов в сессию сохраняли id последнего посещенного раздела и по нему уже строили хлебные крошки получая структуру через GetNavChain
к примеру товар лежит в 2 секциях:
главная - телевизоры -красные - товар
главная - для дома - техника -товар

зашли в телевизоры от туда в товар - строилось: главная - телевизоры - товар
зашли в красные и там в товар: главная - телевизоры - красные - товар
попали от куда-то сразу в товар и нет сессии, тогда брали основную привязку товара к разделу(у товаров есть основная и остальные) и составляли крошки по нему: главная - для дома - техника -товар

День добрый.
Подскажите пожалуйста должен ли заказ обновляться на сайте если его изменили в 1С?
У меня сейчас так: в 1С заменили товар на другой, заказ пришел на сайт, пересчитался, и старый состав заказа ушел в 1С. Соответсвенно в 1С опять старый товар и так по кругу

Здравствуйте.
Подскажите может кто делал как организовать акцию 3 товара за 999?

К примеру у нас есть товар трусы, так вот нужно чтобы 3 любых трусов в диапазоне от 350 до 600 были куплены за 999. Если есть персональные скидки, то они должны действовать и соответсвенно будет не 999, а 999-15%(максимальная)=849, т.е. скидки не к товарам шли, а к текущей акции.

Это потому что у вас такой путь /catalog/38059/ в правилах закреплен для категорий, а значит товаров без категорий быть не должно.
Одним из решений было бы изменить путь к детальной странице, например, на /detail/38059/, а для разделов оставить /catalog/38059/
Такой вариант даст еще дополнительный плюс если у вас множественная привязка к разделам - с какого-бы раздела не попали в карточку товара путь будет постоянным.

а можно пойти еще таким путем: добавить в список идентификаторов ноль
$arResult['PRODUCT_ID'][]=0;

используйте другой компонент постраничной навигации
bitrix:system.pagenavigation, а не bitrix:main.pagenavigation
правда насколько мне помнится там немного по другому данные собираются нежели $nav = new \Bitrix\Main\UI\PageNavigation("nav");

тогда у вас будет стандартная PAGEN_1=...

А разве не хватит ограничения размещения модуля?

Эта проблема на форуме не однократно поднималась, единственное рабочее решение, которое я видел это использовать старое CSaleDiscount::DoProcessOrder
Я и тут где-то писал, что не работает и в техподдержку (2176105) даже привел пример в демолаборатории(правда пока ответили на тикет срок истек), но дальше копаться не мог. Предполагаю, что большую роль играет версия модуля sale(На 17 у меня так и не заработало) и ошибка кроется либо в каком-то не указанном параметре, либо не подключенном методе.


Александр Яровой, попробуйте еще указать конкретный купон
$discount->setApplyResult(array(
'COUPON_LIST' =>
array (
   'код купона' => 'Y',
)
));

так я и сказал, что без написания своего комплексного компонента для HL который будет разделять что подключать не получится

чтобы урл магазина и города были на одном уровне
/store/#UF_CODE_MAG#/ - магазин
/store/#UF_CODE_GORODA#/ - город

если использовать правила, то срабатывает только одно