Идеи пользователя

Литовский, польский, португальский – это все здорово, но немецкий все-таки более распространенный и денег там больше. Столкнулся с немцами и обнаружил что всё нужно переводить самому, грусть.
Добавьте языковые файлы для языка "Немецкий" в обновления БУС плз.

При загрузки файла в поле типа "Файл" неверно отрабатывает проверка максимального размера файла. Демонстрация ошибки и исправление в скринах.

1. Добавить более гибкие настройки для менеджеров и запретить в ручном режиме выставлять статусы оплат (оплачено, не оплачено, возврат, отмена) для некоторых платежных систем. Например работающих через обработчики и т.д.
2. Добавить матрицу переходов статусов - например нельзя из конечного статуса снова вернуться в начальный или в предыдущий.
3. Возможность разделения заказов по менеджерам (чтобы после привязки менеджер видел только свои заказы).

Вот почему не реализуют?? Уже 3 года прошло, а 50 строк готового кода не добавят в релиз!

Помним, что можем взять компонент и кастомизировать его под ФЗ, но почему древний btirix:form ничуть не изменились за 3 года?!
https://dev.1c-bitrix.ru/community/blogs/silaev/comply-with-the-law-fz152-on-personal-data.php
https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=35&LESSON_ID=8407

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

https://dev.1c-bitrix.ru/community/blogs/silaev/comply-with-the-law-fz152-on-personal-data.php#11561...

Начну сразу с кейса:
Многосайтовость, форма обратной связи, нужно передавать значение сайта (в скрытом поле) но это невозможно сделать без кастомизации шаблона компонента (а сайты скорее всего используют разные шаблоны - значит в каждом шаблоне нужно производить кастомизацию именно для этого скрытого поля и передавать туда значение сайта/url/user_id и прочее)

Любая форма на сайте (!) вероятно требует адрес страницы на которой она была заполнена и отправлена (url контакта с клиентом) это помогает понимать где клиент находился (если пишет про проблему) либо с какого сайта он пишет и прочие дополнения.

Здравствуйте.

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

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

У клиента свыше 700 свойств на сайте, при настройке свойств умного фильтра по разделам контент-менеджеры столкнулись с трудностями поиска свойств в обычном <select>.

P.S Как вариант, предлагаю сделать select с поиском, либо реализовать поле выбора (подобно LOCATION) только адаптировать под свойства.

При настройке наборов свойств определённого раздела торгового каталога не хватает поля сортировки свойств для упорядоченного вывода свойств в умном фильтре. Очень хотелось бы увидеть данный функционал.

Появилась задача разделить сайты на разные сервера (разрослись сайты), но возможности создать бэкап для переноса только одного сайта - невозможно!( Сейчас бэкап собирает всю БД и может фильтровать папки/структуру, но про дополнение дальше...

Предлагаю реализовать функционал бэкапирования определённых сайтов с вычленением нужной части БД, файлов публички, полного ядра и, в идеале, выборкой файлов из /upload/

p.s. все нюансы понимаю и про кастомность тоже помню, но для проектов по инструкции это было бы идеально! да и поможет разобраться с файлопомойкой в /upload/

Добрый день, в связи с закрытием G+ предлагаю изменить его кнопку на Одноклассники в компоненте bitrix:eshop.socnet.links и его шаблонах.

В настройках стандартного компонента bitrix.catalog есть раздел "Настройка детального просмотра".
Здесь можно выбрать поля свойств включенных массив $arResult['DISPLAY_PROPERTIES'], который выводится в шаблоне компонента bitrix.catalog.element.
Но это в теории, на практике если добавить свойство типа "файл", то В массиве $arResult['PROPERTIES'] оно есть,
в массиве $arResult['DISPLAY_PROPERTIES'] его уже нет! Вообще.
Так же не выодятся свойства типа 'строка' если они не заполнены. В этом конечно ничего страшного нет, но при кастомизации шаблона компонента напрягает.

Очень интересно ведет себя свойство типа файл с кодом "MORE_PHOTO". Оно выводится не в составе массива $arResult['DISPLAY_PROPERTIES'], а отдельно. А в качестве значения, при выводе в шаблон, ему присваивается ссылка на детальную картинку. Она же и выводится на сайте. То есть свое поле с кодом "MORE_PHOTO" работать не будет, так как тупо не выводится.

Общий вывод и предложения
1.В сложном компоненте настройка есть, результата нет!
Вы уж определитесь-либо настройки уберите, либо функционал доработайте.
Ведь после настройки ожидаешь стандартный результат.
2.Зачем испоьзовать нестандартные поля, там где есть стандартные. Например detail_picture, а "MORE_PHOTO" оставьте клиентам.

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

Уже давно модуль pull входит в дистрибутив БУС. Но документации по нему нет. Предполагается что кому надо будут копаться в коде и разберутся. Да, это возможно. Но все равно придется делать то, что и так должно уже быть в продукте - рассылки, триггерные рассылки, уведомления сайта (о регистрации, восстановлении пароля, новом заказе, изменении его статуса и прочее).

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

По мотивам обращения в поддержку 2254459 "Пригоден ли модуль pull для использования вне Битрикс24 для работы с рассылками и другими уведомлениями?".

Есть интересный функционал "вставить путь к файлу" который копирует файл по URL.
Но есть проблема, CMS не распознаёт путь со своего же сервера и копирует файл из одной папки битрикс, в другую... И у нас получается один файл в двух местах:
/upload/iblock/81d/test.jpg
/upload/iblock/53f/test.jpg

Предлагаю: не копировать файл если путь состоит из {адреса сервера}/upload/...
это поможет избежать дубликатов файлов, локализует хранение файлов вне папки /upload/ и снизит нагрузку на канал посетителей сайта (которые могут грузить 10 одинаковых картинок по разным url)