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 отсутствует. Предлагаю добавить такой параметр.

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

На странице Почтовые шаблоны (Настройки / Настройки продукта / Почтовые события / Почтовые шаблоны) /bitrix/admin/message_admin.php БУС в настройках отображения списка не хватает поля Копии (CC), хотя есть поле для вывода "Скрытая копия".
Желательно дать возможность пользователям видеть в списке шаблонов данные по этому и, возможно, другим, полям почтовых шаблонов.

Добрый день!

Речь про Email маркетинг
Добавьте, пожалуйста, возможность в настройках модуля и настройках каждой конкретной рассылки, указывать замену для тега #NAME#, если у получателя не указано имя.
Сейчас из настроек модуля автоматом добавляется "Друг", не совсем удобно когда делаешь официальную рассылку.
Это поле указано в файле локализации в ядре /bitrix/modules/sender/lib/recipient/
Менять ядро не хочется, вешать специальное событие, которое создаст доп. нагрузку тоже не хочется.

Это можно реализовать как в модуле рассылок в БУС, так и в Битрикс24

В 2019 году поддержка windows-1251 кажется неактуальной.

- В маркетплейсе загружать модули/обновления в кодировке UTF-8
- При установке убрать галочку "Установить в UTF-8"

Добавить возможность отправки файлов через веб-формы в битрикс24

При попытке массово редактировать вопросы Веб-формы, становятся активными для редактирования только поле Сортировки, а остальные поля Неактивны...((




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

Подробнее здесь https://dev.1c-bitrix.ru/community/webdev/user/420455/blog/32377/

Думаю лучше из стандартныш шаблонов компонентов убрать бутстрап.
В шаблоне интернет-магазин, можно и оставить, не мешает, но в компонентах оформления заказа, каталога и т.д. они не нужны, т.к. много разных методологий верстки, и других библиотек, которые хочется использовать при разработке сайта. Например MDL вместо бутстрапа, или вообще подключая бутсрап, переопределяет наши стили, мешает при разработке. А переписывать шаблоны трудозатратно с проекта на проект.

В шаблоне новой версии корзины забыли в дать возможность убрать товар в отложные.


В нестройках компонента выбрал колонку "Отложить", но никакой кнопки не появляется. Также в шаблонах не нашел кода, который выводил бы кнопку для Отложить.

Но в JS скриптах шаблона, возможность заложена:

if (BX.util.in_array('DELAY', this.params.COLUMNS_LIST))
{
entity = this.getEntity(node, 'basket-item-add-delayed');
BX.bind(entity, 'click', BX.proxy(this.addDelayedAction, this));
}


Сейчас вручную в шаблоне встраиваем ссылку с data-entity="basket-item-add-delayed"

После небольшого тестирования Сайтов24 в БУС хотелось бы иметь следующие возможности (если, конечно же, есть в планах сделать их больше, чем просто лэндинги):

1. Над роутом сайтов24 добавить urlrewrite, чтобы можно было оборачивать в блоки комплексные компоненты.
2. Сделать папки страниц, чтобы была папка /about/, а в ней уже страницы
3. Сделать "служебные страницы". Например, при выборе шаблона header, footer и рабочая область можно выбрать 2 области в качестве шапки и подвала сайта, но эти области будут так же доступны по прямым адресам, например, /header/, /footer/ - не очень правильно, имхо
4. Реализовать редирект с главной страницы. Сейчас, если выбрать в качестве главной страницы область, например index, то она будет доступнка и site.ru/ и site.ru/index/ - что тоже не правильно

В интернет-магазине многие свойства товара лучше хранить в виде чисел. Так их удобнее использовать в умном фильтре, например, отбирать мебель по ширине.

Но в списке характеристик люди привыкли видеть те же габариты в виде ШхВхГ, да ещё и с единицей измерения:

Габариты ШхВхГ  ....................... 680х340х200 мм

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

Сравните с тем, что есть сейчас:

Ширина, мм ....................... 680
Высота, мм ........................ 340
Глубина, мм ....................... 200

Такая же проблема возникает, если характеристика товара это диапазон значений, например, диапазон воспроизводимых частот у акустики (тут ещё и разделитель тысяч прибавляется):

Частота воспроизведения ....................... 20 - 35 000 Гц

Предлагаю для решения этой задачи использовать вычисляемые поля.

Идея вычисляемых полей давно у же витает в воздухе (и даже набрала огромный рейтинг в голосовании).
Более того, она была не только заявлена Битриксом четыре (!) года назад, но и реализована в разделе SEO. Различные SEO-поля, формируемые по шаблону, это и есть пример реализации вычисляемых свойств. Но дальше дело как-то не пошло, а жаль.

Вот Яндекс.Маркет, кстати, давно уже научился делать такие вещи.
Ну красота же! Я уж молчу про группировку полей...

Очень не хватает события на внедрение в XML документа (заказа) перед передачей его в 1С.

Сейчас решается задача написанием класса наследника CSaleExport и модификация нужных функций, причем приходится копировать компонент в своё пространство и тем самым теряя время на отслеживание изменений в обновлениях компонента и т.д.

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

P.S. Александр Денисюк, я подходил к Вам после Вашего доклада =)

С начало идет подготовка (очищение) директории $DIR_NAME методом  cleanUpDirectory, потом только идет проверка существования раздела (если нет создает)  CheckDirPath($DIR_NAME)