Литовский, польский, португальский – это все здорово, но немецкий все-таки более распространенный и денег там больше. Столкнулся с немцами и обнаружил что всё нужно переводить самому, грусть. Добавьте языковые файлы для языка "Немецкий" в обновления БУС плз.
Немецкий язык присутствует в обновлениях. Добавьте его в список языков установки и получите доступ к пакетам. Увы, на текущий момент немецкий язык доступен только в соответствующем дистрибутиве.
1. Добавить более гибкие настройки для менеджеров и запретить в ручном режиме выставлять статусы оплат (оплачено, не оплачено, возврат, отмена) для некоторых платежных систем. Например работающих через обработчики и т.д. 2. Добавить матрицу переходов статусов - например нельзя из конечного статуса снова вернуться в начальный или в предыдущий. 3. Возможность разделения заказов по менеджерам (чтобы после привязки менеджер видел только свои заказы).
p.s. Очень прошу разработчиков заняться этим компонентом, его на каждом проекте приходится кастомизировать (а после заниматься поддержкой) p.s.s. модуль пилить не хочется, т.к. "зачем делать целый велосипед, если к существующему нужно только руль сделать..."
Начну сразу с кейса: Многосайтовость, форма обратной связи, нужно передавать значение сайта (в скрытом поле) но это невозможно сделать без кастомизации шаблона компонента (а сайты скорее всего используют разные шаблоны - значит в каждом шаблоне нужно производить кастомизацию именно для этого скрытого поля и передавать туда значение сайта/url/user_id и прочее)
Любая форма на сайте (!) вероятно требует адрес страницы на которой она была заполнена и отправлена (url контакта с клиентом) это помогает понимать где клиент находился (если пишет про проблему) либо с какого сайта он пишет и прочие дополнения.
Просьба обновить шаблоны предустановленных решений в БУСе. Сейчас там много чего сверстано на таблицах, а закругления углов блоков сделаны вообще картинками, то есть делалось это довольно давно.
Было бы здорово, если бы компания сделала шаблоны предустановленных решений адаптивными с версткой, использующей современные стандарты языков разметки - это сделает продукт современнее и привлекательнее и сэкономит разработчикам много времени.
У клиента свыше 700 свойств на сайте, при настройке свойств умного фильтра по разделам контент-менеджеры столкнулись с трудностями поиска свойств в обычном <select>.
P.S Как вариант, предлагаю сделать select с поиском, либо реализовать поле выбора (подобно LOCATION) только адаптировать под свойства.
При настройке наборов свойств определённого раздела торгового каталога не хватает поля сортировки свойств для упорядоченного вывода свойств в умном фильтре. Очень хотелось бы увидеть данный функционал.
Появилась задача разделить сайты на разные сервера (разрослись сайты), но возможности создать бэкап для переноса только одного сайта - невозможно!( Сейчас бэкап собирает всю БД и может фильтровать папки/структуру, но про дополнение дальше...
Предлагаю реализовать функционал бэкапирования определённых сайтов с вычленением нужной части БД, файлов публички, полного ядра и, в идеале, выборкой файлов из /upload/
p.s. все нюансы понимаю и про кастомность тоже помню, но для проектов по инструкции это было бы идеально! да и поможет разобраться с файлопомойкой в /upload/
В настройках стандартного компонента 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)
Сейчас можно ограничивать "службу доставки" и "платёжную систему" только по внутренним параметрам корзины: цене, типу плательщика, служба доставки, сайт, валюта, стоимость корзины) но нет внешних ограничений: группа пользователя, регион заказа, свойства товаров
Предлагаю реализовать по дефолту хотя бы группу пользователя, с её помощью можно разграничивать возможности зарегистрированных пользователей.
Немецкий язык присутствует в обновлениях. Добавьте его в список языков установки и получите доступ к пакетам.Увы, на текущий момент немецкий язык доступен только в соответствующем дистрибутиве.