public static function set($moduleId, $name, $value = "", $siteId = "")
Сейчас опшен можно записать/получить для указанного $siteId. Было бы ещё лучше если добавили группу пользователя. Например для группы_1 сайта_1 можно было сохранить одну минимальную сумму для заказа, а для группы_2 сайта_1 другую. Или показывать "мою фичу" только на сайте_3, для группы_1.
Периодически у всех разработчиков возникают тех. сложности и другие вопросы по системе, писать в тех. поддержку и ждать сутки, пока нам напишут, что наш вопрос требует вмешательства старшего специалиста, потом еще сутки, потом уточняющие вопросы и т.д. и все тянется .. а возникшая проблема тормозит весь процесс разработки..
Мы понимаем, что тех. поддержка завалена вопросами, и уверен, что более 90% этих вопросов сводятся к ссылкам на документацию.
Можно ли как-то давать приоритет на обработку вопросов от специалистов, которые стали очные экзамены ?
Когда внутри комплексного компонента вызываются несколько включаемых областей, то при наведении курсора на комплексный компонент - сразу не ясно какая из них нужная:
В параметры компонента можно добавить дополнительный параметр, отвечающий за текст кнопки редактирования, а затем сделать что-то вроде:
Тогда сразу становится понятным, какая из включаемых областей за что отвечает в комплексном компоненте:
Реализовал загрузку файлов на форме через AJAX-действия, хотелось бы подписаться на прогресс upload'а, но в методе BX.ajax.runComponentAction такой возможности нет. Зато в BX.ajax (который по сути вызывается для Ajax-действия) есть параметр start - можно было бы получить var xhr = BX.ajax.runComponentAction, подписаться на нужные события и после запустить запрос xhr.send. Но параметр start для BX.ajax.runComponentAction отсутствует. Предлагаю добавить такой параметр.
На странице Почтовые шаблоны (Настройки / Настройки продукта / Почтовые события / Почтовые шаблоны) /bitrix/admin/message_admin.php БУС в настройках отображения списка не хватает поля Копии (CC), хотя есть поле для вывода "Скрытая копия". Желательно дать возможность пользователям видеть в списке шаблонов данные по этому и, возможно, другим, полям почтовых шаблонов.
Речь про Email маркетинг Добавьте, пожалуйста, возможность в настройках модуля и настройках каждой конкретной рассылки, указывать замену для тега #NAME#, если у получателя не указано имя. Сейчас из настроек модуля автоматом добавляется "Друг", не совсем удобно когда делаешь официальную рассылку. Это поле указано в файле локализации в ядре /bitrix/modules/sender/lib/recipient/ Менять ядро не хочется, вешать специальное событие, которое создаст доп. нагрузку тоже не хочется.
Это можно реализовать как в модуле рассылок в БУС, так и в Битрикс24
Думаю лучше из стандартныш шаблонов компонентов убрать бутстрап. В шаблоне интернет-магазин, можно и оставить, не мешает, но в компонентах оформления заказа, каталога и т.д. они не нужны, т.к. много разных методологий верстки, и других библиотек, которые хочется использовать при разработке сайта. Например MDL вместо бутстрапа, или вообще подключая бутсрап, переопределяет наши стили, мешает при разработке. А переписывать шаблоны трудозатратно с проекта на проект.
В шаблоне новой версии корзины забыли в дать возможность убрать товар в отложные.
В нестройках компонента выбрал колонку "Отложить", но никакой кнопки не появляется. Также в шаблонах не нашел кода, который выводил бы кнопку для Отложить.
После небольшого тестирования Сайтов24 в БУС хотелось бы иметь следующие возможности (если, конечно же, есть в планах сделать их больше, чем просто лэндинги):
1. Над роутом сайтов24 добавить urlrewrite, чтобы можно было оборачивать в блоки комплексные компоненты. 2. Сделать папки страниц, чтобы была папка /about/, а в ней уже страницы 3. Сделать "служебные страницы". Например, при выборе шаблона header, footer и рабочая область можно выбрать 2 области в качестве шапки и подвала сайта, но эти области будут так же доступны по прямым адресам, например, /header/, /footer/ - не очень правильно, имхо 4. Реализовать редирект с главной страницы. Сейчас, если выбрать в качестве главной страницы область, например index, то она будет доступнка и site.ru/ и site.ru/index/ - что тоже не правильно
В интернет-магазине многие свойства товара лучше хранить в виде чисел. Так их удобнее использовать в умном фильтре, например, отбирать мебель по ширине.
Но в списке характеристик люди привыкли видеть те же габариты в виде ШхВхГ, да ещё и с единицей измерения:
Габариты ШхВхГ .......................680х340х200 мм
Такой вид компактнее.
Единицы измерения рядом со значениями - читателю не нужно бегать глазами по горизонтали к названию совойства
Сравните с тем, что есть сейчас:
Ширина, мм .......................680 Высота, мм ........................340 Глубина, мм .......................200
Такая же проблема возникает, если характеристика товара это диапазон значений, например, диапазон воспроизводимых частот у акустики (тут ещё и разделитель тысяч прибавляется):
Предлагаю для решения этой задачи использовать вычисляемые поля.
Идея вычисляемых полей давно у же витает в воздухе (и даже набрала огромный рейтинг в голосовании). Более того, она была не только заявлена Битриксом четыре (!) года назад, но и реализована в разделе SEO. Различные SEO-поля, формируемые по шаблону, это и есть пример реализации вычисляемых свойств. Но дальше дело как-то не пошло, а жаль.
Вот Яндекс.Маркет, кстати, давно уже научился делать такие вещи. Ну красота же! Я уж молчу про группировку полей...
Очень не хватает события на внедрение в XML документа (заказа) перед передачей его в 1С.
Сейчас решается задача написанием класса наследника CSaleExport и модификация нужных функций, причем приходится копировать компонент в своё пространство и тем самым теряя время на отслеживание изменений в обновлениях компонента и т.д.
Думаю было бы удобным данное событие. Т.к. в 1С в некоторых случаях нужно подкреплять данные, например о количестве оплаченных бонусах, или хочется передать название скидки примененной к товару и другие.
P.S. Александр Денисюк, я подходил к Вам после Вашего доклада =)
Господа, очень часто сталкиваемся с такой задачей, как "нештатные скидки", или "нештатный алгоритм расчета цены товара".
На форуме уже не первый год поднимались похожие вопросы, но к сожалению ни в одном из них не пришли к решению задачи.
Пример задачи: например у нас есть инфоблок со скидками, с привязками к пользователям, нужно автоматически в зависимости от пользователя, применить эту скидку. Или цена товара рассчитывается по следующему алгоритму "Базовая цена + коэффициент", где коэффициент меняется в зависимости от разных признаков, например группы пользователя.
Трудности в следующем: не получается "малой кровью" пересчитывать цены или скидки, чтобы пересчитанная цена отображалась как в каталоге товаров, так и в корзине и других компонентах, где идет вывод товара с ценой.
Т.е. событие OnGetOptimalPrice срабатывает только в корзине. Приходится руками кастомизировать шаблон детальной страницы карточки товара, списка товаров, если подключен умный поиск со всплывающими подсказками по каталогу, то и там соответственно.
Искали разные события в ядре, которые помогли бы только в одном месте внести изменения по алгоритму расчета цены, и никакие шаблоны не кастомизировать. К сожалению ничего еще не нашли.
Может у вас есть какие-то мысли или решения проблемы?
Также, было бы прекрасно, если бы штатные скидки, можно было привязывать к пользователю и при этом они обрабатывались не только в правилах корзины, но и в каталоге товаров. А как решаете такую задачу? То что нужны скидки с привязкой к пользователям, что бы работали по всему сайту?
С начало идет подготовка (очищение) директории $DIR_NAME методом cleanUpDirectory, потом только идет проверка существования раздела (если нет создает) CheckDirPath($DIR_NAME)