В текущей версии истории изменений элементов, запись в историю попадает даже если ничего не изменять а просто нажать "сохранить" в итоге получается дублирование записей без изменений. Что если записывать реальные изменения? Сейчас же приходится писать обработчик события.
Здравствуйте! Суть и реализация описана тут: http://delovsaite.ru/blog/dev/discount-card/ ,но это костыль и хотелось иметь такую возможность из коробки. Кратко: предоставлять накопительные скидки только держателям реальной карты(которую покупатель привяжет в личном кабинете)
Недавно вышел 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. Спасибо!