Рейтинг: 3.8902  
На голосовании
Предложил Земцова Юлия 26.06.2018 15:09:18

Добавить в списке установленных решений колонку "Дата установки"

День добрый!
Просьба добавить в списке установленных решений доп.колонку - дата установки
Иногда бывает надо понять, как давно установили модуль
Рейтинг: 10.9063  
Новая
Предложил pixel365 16.02.2017 08:53:40

Принудительное прочтение чейнджлога обновления, для решений МП

Предлагаю в SiteUpdate реализовать поддержку маркировки обновления как важного.

Если обновление отмечено как важное, клиенту при скачивании вываливается попап с чейнджлогом, и установить это обновление становится возможным только после того как клиент поставил галку что ознакомлен с описанием обновления.

Очевидные кейсы использования:

  1. Сложился сценарий, предполагающий существенную перенастройку решения, и по этому сценарию нет возможности корректно сохранить/перенести текущие настройки заданные клиентом. И клиента нужно предупредить о том, что сразу после обновления до этой версии решения, нужно произвести те или иные действия.
  2. В решение введены зависимости, например, отказ от поддержки версии PHP ниже 7.0 или наличие какой либо библиотеки. Ведь автор МП, в отличие от вендора платформы, не расписывался кровью в том, что будет тянуть древних клиентов ради «полной и обратной совместимости» :)

В принципе, это может быть полезно не только для решений из МП, но и для БУС.
Рейтинг: 5.6626  
Новая
Предложил Ерофеев Анатолий 19.12.2016 09:29:10

Подключение модулей при autoload

С тех пор как появился D7 разработчики модулей вздохнули свободнее -- больше в include.php не нужно прописывать все классы модулей. Глядя на исходный код Вашей автозагрузки возник вопрос -- почему бы не разрешить автоматическое подключение модулей? До этого остался ровно 1 шаг -- если модуль не подключен, проверять его в папках bitrix/modules/ и local/modules/
А для модулей, чьи авторы все-таки хотят сохранить строгость в подключении, можно предусмотреть опцию -- можно или нет подключать модуль автоматически по мере надобности
Рейтинг: 2.9545  
На голосовании
Предложил Саянц Антон 24.11.2016 17:03:49

Настройка прав доступа в модуле поиска

Привет всем.
Не понимаю почему забыли сделать вкладку доступ в модуле поиска:?:
Она очень нужна, чтобы дать контент-менеджеру доступ к статистике поиска тут:
Настройки > Поиск > Статистика > Список фраз
Статистика поисковых фраз

http://prntscr.com/db8oht
Рейтинг: 8.5833  
На голосовании
Предложил Самохвалов Никита 05.06.2016 15:18:28

Модули, как целостная подсистема

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

Структура модуля могла бы быть такой:
vendor.module/ 
   admin/ 
   lib/ 
   components/ 
   templates/ 
Итого:
  • разработчику модуля не нужно при выпуске очередного обновления, например, компонентов, писать апдейтер, который будет копировать файлы из модуля в bitrix/components/vendor;
  • все ресурсы модуля находятся в модуле.
Ограничение накладывает работа со статичными ресурсами: JS, CSS, изображения и т. п. Решить это можно через менеджер статики, который будет автоматически собирать статику.
Рейтинг: 1.9334  
На голосовании
Предложил Ерофеев Анатолий 22.04.2016 07:13:56

Изменить макет страницы "Управление модулями"

Страница админки "Управление модулями" не самая популярная - о ней вспоминают пару раз за проект (в начале или в конце удаляют все лишние модули, время от времени переустанавливают вновь понадобившиеся). Но это не повод делать ее неудобной. В чем неудобство, спросите Вы?

На современных широких мониторах это выглядит вот так (http://shot.qip.ru/00dxgE-116IxPIkQC/). Название модуля - слева, а статус (установлен/удален) и кнопки справа. Во время массовой установки/удаления это вызывает невероятный дискомфорт - нельзя одним взглядом охватить сразу и названия модулей и их статусы. Приходится сжимать окно браузера до смешных размеров (http://shot.qip.ru/00dxgE-116IxPIkQD/), но куда лучше было бы изменить макет этой страницы. Прошу задуматься об изменении структуры этой страницы. Что в первую очередь волнует пользователей здесь? Название модуля, его статус и кнопка (почему бы их не объединить?). Потом уже описание, версия, дата обновления.
Рейтинг: 0.8989  
Новая
Предложил Харахнин Станислав 17.03.2016 00:43:50

Добавить параметр версии ядра для партнерских модулей

Предлагаю добавить параметр для указания версии ядра битрикса под которой он будет работать.
Зачем?
Поскольку продукт активно развивается и начинает все сильней меняться от релиза к релизу. В данном случае возникают проблемы с совместимостью партнерских модулей с системой.

При установке проверять соответствие. Если ядро меньшей версии, то выводить соответствующее сообщение. Так же добавить данную проверку при установке с маркетплейс.

Сам параметр может выглядеть так:
'core_version' => '>15'
или так
'core_version' => '15.*'

П.С.
Так же можно расширить для проверки версий другий модулей системы (инфоблоки, торговый каталог и т.д.)
Рейтинг: 1.811  
Новая
Предложил Кочурин Станислав 14.12.2015 21:18:21

Создание модуля - "Каталог товаров 1С-Битрикс"

Прошу Вас рассмотреть возможность создания модуля "Каталог товаров 1С-Битрикс" для БУС и Б24, которое позволит переносить (обновлять) все продукты 1С-Битрикс с полным описанием и актуальными ценами.

Это приложение содержит весь перечень товаров 1С-Битрикс с актуальными ценами и описанием. В данном приложении имеется возможность загружать отдельные Категории или весь каталог товаров в каталог БУС или Битрикс24.

По сути, при нажатии "загрузить" создаётся инфо-блок "Каталог 1С-Битрикс" вместе со всем содержимым (св-ва, цены, картинки, описание). У Вас на сайте уже есть такой каталог, т.е. мы будем загружать Ваш актуальный каталог.

Задача приложения поддерживать актуальность цен на Ваши продукты (обновление в ручном или автоматическом варианте). Это всё необходимо потому, что у Вас жесткая ценовая политика и нет возможности ставить свои цены, поэтому, логично, чтобы Вы сами актуализировали данные.

Вы представьте, что у Вас тысячи партнёров и они регулярно заходят к Вам на сайт и смотрят актуальные цены по куче продуктов, а потом они руками у себя на сайте всё исправляют. Бывают и ошибки менеджеров. Чем больше ручных движений, тем больше ошибок!  
Рейтинг: 1.0775  
На голосовании
Предложил Веневцев Павел 04.09.2015 11:19:29

Интерфейс удаления лишних модулей

Разработка ведется на полной версии (на НФР или просто на пустой пока - не важно).
Клиент покупает Стандарт, например.
Прописываю ключ, активирую лицензию и.. начинается!

Модуль такой-то не подохдит - удалить, такой-то - удалить.

Может, сделать что-то более автоматическое?

Вариантов реализации - море.

Сообщать, что модули деактивированы, проверьте лицензию, удалите модули такие-то.
Либо проверить список модулей, удалить не подходящие под лицензию?

И самый простой вариант - выдать СРАЗУ весь список модулей, который необходимо удалить, чтобы соответствовать выбранной лицензии.

А то столько автоматизма, а на лицухах такой 20 век!
Рейтинг: 6.1532  
На голосовании
Предложил Ерофеев Анатолий 12.08.2015 12:19:18

autoload в php_interface

Новый autoload с поддержкой namespace в модулях зверски удобен. Было бы здорово подружить его и с папкой php_interface, в которой обычно лежит вся кастомная логика сайта.

Чтобы классы, например, вида Bitrix\Local\Tool\Seo искались в /bitrix/php_interface/lib/tool/seo.php и /local/php_interface/lib/tool/seo.php

Тем самым мы превратим php_interface в подобие модуля, который не нужно устанавливать и подключать.
Рейтинг: 1.7449  
Новая
Предложил Антон Пилецкий 11.07.2015 23:39:51

Уведомление покупателей решения о критичных обновлениях

Нужна возможность сделать рассылку уведомления всем клиентам, что вышло обновление, исправляющее какой-то критичный баг в модуле.
Это либо простая форма с вводом текста сообщения и кнопкой "отправить".
Либо вот такую галку при загрузке нового решения добавить http://prntscr.com/7rk6z0
При установке этой галки отправляется емейл клиенту о критичном обновлении или в БУС высвечивается панель типа такой http://prntscr.com/7rk81a

А то вот после обновления Битрикса в моем модуле баг нарисовался https://idea.1c-bitrix.ru/custom-properties-of-type-file-in-infoblock/ и я запарился письма рассылать вручную :)
Рейтинг: 0.2849  
На голосовании
Предложил Антон Пилецкий 11.07.2015 18:26:06

Кастомные свойства типа "Файл" в инфоблоках

При обновлении и добавлении элементов инфоблоков нужно убрать дополнительные обработки передаваемых значений свойств типа файл (PROPERTY_TYPE=F), если эти свойства являются кастомными (USER_TYPE != "" ).
Например, в файле /bitrix/modules/iblock/admin/iblock_element_edit.php (строка ~568 ) нужно убрать преобразование значения через функцию CIBlock::makeFilePropArray(...).
Это позволит создавать свои загрузчики файлов, которые будут иметь предсказуемую разработчиком логику. Сейчас же с выпуском обновления Битрикса мой модуль перестал работать из-за того, что передаваемый в значение ID файла:
array("VALUE"=>777); 
с какого-то фига вдруг превратился в:
[VALUE] => Array(
     [name] => 
     [type] => 
     [tmp_name] => 
     [error] => 4
     [size] => 0
)
Если свойство кастомное то на вход функции ConvertToDB должно поступать ровно то, что отправлено через форму редактирования или через какие-либо средства API.

P.S. В данный момент пришлось переключить свой модуль с использования типа "F" на "N", что накладывает ограничение на использование кастомного свойства в штатных шаблонах решений от Битрикса.
Рейтинг: 3.9781  
Новая
Предложил Ерофеев Анатолий 30.04.2015 14:12:12

Правила написания исходного кода на PHP

На официальном сайте 1С-Битрикс уже давно висит заметка о правилах написания исходного кода.
http://dev.1c-bitrix.ru/docs/php_recommendation.php
Будем откровенны - следуют им далеко не все программисты. Не раз видел такой сайт-чудище Франкенштейна - сколько программистов - столько и стилей расставления {}, отступов и наименований.

Как же заставить всех следовать правилам? Мои идеи:
1) Ввести в монитор качества тест, который проверял бы оформление всего php-кода в папках local, bitrix/templates, bitrix/php_interface. Хочешь-не хочешь, а люди начнут вспоминать про существование этих правил.
2) В маркетплейсе ввести аналогичную проверку для загружаемых решений. По результату проверки либо совсем запрещать публикацию модуля, либо как-то визуально выделять в маркетплейсе такие решения. Например, если решение прошло проверку на оформление кода, добавлять бейджик "100% следование стандарту" (метод пряника) или наоборот. (метод кнута).