В текущей версии истории изменений элементов, запись в историю попадает даже если ничего не изменять а просто нажать "сохранить" в итоге получается дублирование записей без изменений. Что если записывать реальные изменения? Сейчас же приходится писать обработчик события.
Часто требуется дать скидку на выбранную дату заказа, но в настройках правил нет свой заказа. В параметры заказа прописать свойства(чтобы сильно не нагружать, добавить в настройки свойства галочку "используется для расчёта скидки", к примеру) http://joxi.ru/52aknw3FGpGNkr
Здравствуйте! Суть и реализация описана тут: http://delovsaite.ru/blog/dev/discount-card/ ,но это костыль и хотелось иметь такую возможность из коробки. Кратко: предоставлять накопительные скидки только держателям реальной карты(которую покупатель привяжет в личном кабинете)
С 16 версии sale.basket.order.ajax не поддерживается, поэтому придётся переписывать на sale.order.ajax, а купона в нём нет. И как сказали в саппорте, в планах такого нет. Делать 2 страницы для оформления не айс, поэтому очень хочется иметь функционал купона.
Не стоит всегда ориентироваться на высказывания отделов, которые могут немного ошибиться, это не совсем зона компетенции ТП.
Компонент полностью переделывается, он станет адаптивным, примет весь функционал который появился в 16 версии, и естественно будет уметь работать с купонами.
Я думаю до конца марта он выйдет в бете, и дальше уже по федбеку посмотрим, я опубликую стать/ обязательно про него.
Недавно вышел email-маркетинг, хороший модуль, но сыроват. Предлагаю добавить в отчёты больше информации(как, например, у юнисендера): http://joxi.ru/8ZrJkwotQ0Y1mj Было бы лучше, если он будет учитывать и не валидные адреса, и спам, и реально доставленные. Но не просто считал, а показывал конкретные адреса.
Здравствуйте! На данный момент в архив резервного копирования льются все сайты на лицензии и разделить их не ту возможности. По-моему, было бы удобнее, иметь такую возможность, чтобы понимать в каком архиве какой сайт. З.Ы.:Не нашел раздела "Инструменты", кинул сюда.
Хотелось бы иметь настройку параметра % ограничения оплаты с счёта. Установил 20%, больше 20%, со счёта не можешь оплатить. Собственно тут Антон про это и пишет - http://dev.1c-bitrix.ru/community/webdev/user/11948/blog/8514/ Но там целый модуль для этого, к тому же платный) Просится обычная настройка в модуль магазина.
В iblock v14.0.5 были исправлены ошибки с работой с СЕО свойствами, но это только в компонентах. Я столкнулся с необходимостью вытащить эти свойства в API(в документалке пока пусто). Порыв компонент нашел код, который вытаскивает их: $ipropValues = new \Bitrix\Iblock\InheritedProperty\SectionValues(ид инфоблока, ид раздела); $ar = $ipropValues->getValues();
Идея в том, чтобы внедрить это в человеческое API. Спасибо!
Когда требуется связать элементы между собой, открывается окно выбора элемента, тамже выводятся изображения, но если они весят больше какого-то числа, то выводится "Скачать", что затрудняет выбор элемента... Настройки такого параметра нигде нету, а хотелось бы иметь.
Компонент полностью переделывается, он станет адаптивным, примет весь функционал который появился в 16 версии, и естественно будет уметь работать с купонами.
Я думаю до конца марта он выйдет в бете, и дальше уже по федбеку посмотрим, я опубликую стать/ обязательно про него.