Форум

активация например была на localhost или на другом домене

Ну как вариант в символьный код продублировать ID, а где другой использовать нужные, тогда для всех будет
#SITE_DIR#catalog/#SECTION_CODE_PATH#/#ELEMENT_CODE#/

не в этом дело, свой-нет, я просто привел пример что они не поддерживают в нормальном состоянии  лабораторию, из-за чего и не могут люди им пользоваться.
Мне зачастую и локальной версии всегда хватало, просто последнее время и с установкой локально проблемы

Понадобилась лаборатория, это треш. Еле работает. Вроде дождался(минут 30 ждал раворачивания) загрузки и получил...




:)  :)  :)  :)  :)  :)

Суть такая: на сайте нужно разрешить использовать только 1 купон.
Ну вроде вводим на странице корзины купон и если он применился, то вместо поля ввода указан купон
ушли со старницы корзины - вернулись все на месте, так как в корзине есть массив применненые скидки APPLIED_DISCOUNT_LIST.
Но если скидка зависит от выбора платежной системы, то в корзине это никак не отображается и в массиве APPLIED_DISCOUNT_LIST этого нет и в FULL_DISCOUNT_LIST этого нет

Как получить такие скидки в корзине?

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

Одновременно чтобы в файле были и поля товаров и торговых предложений? - Нет, такого нет.

Обычно у эквайринга есть настройки либо в модуле либо в ЛК эквайринга куда перенаправлять в случае удачной оплаты или не удачной. И у вас эти пути не настроены. Кроме того вполне возможно на этих страницах нужно самому делать обработку ответа(у нас на сбер была отдельная страница, делали сами, в настройки модуля она не входила, на ней обрабатывался ответ и если в ответе были данные что оплата прошла, то в заказе проставлялся соответсвующий статус)

У меня что-то похожее было, только в админке. Если я правильно помню нужно компрессию отключить и начнет работать, правда с задержкой подгрузки содержимого.

в dbconn попробуй добавить define('BX_COMPRESSION_DISABLED',true);

[QUOTE]Дмитрий написал:
1) заводить в БУСе шуба черная, SKU 1, 2, 3..., шуба розовая , SKU 1, 2, 3..., а потом допиливать интеграцию с 1С, настраивая меппинг между шубой из 1С и цветными шубами в БУСе;2) дублировать в БУСе структуру 1С и допиливать БУС в части вывода предложений?Если я прав, то какой путь менее затратный с точки зрения битрикса?[/QUOTE]

Ну 1 вариант на мой взгляд хуже, так как товары нужно чтобы приходили из 1с на сайт, а не заводить их в 2 местах.

Если я правильно понял автора, то стандартно это не решить, только либо в 1С переделывать структуру, либо на сайте через события или пост обработчик, во всяком случае мы не нашли без переделки.

А суть такая видимо в 1с есть номенклатура вида:
шуба артикул 123, SKU -  размеры 1,2,3, цвета розовая, черная

а на сайт хотят

шуба розовая артикул 123, SKU -  размеры 1,2,3
шуба черная артикул 123, SKU - 1,2,3
и т.д