Рейтинг: 0.5485  
Новая
Предложил BX Solutions 20.11.2016 21:56:42

Маркетплейс. Изменить механику размещения обновлений.

Когда загружаешь последнюю версию своего модуля, нельзя проверить его работоспособность.

У меня неймспейс в файле сломал скрипт, который выдал обсфукатор. И ты никак не можешь это проверить не выложив модуль в общий доступ.

Считай все пользователи могут скачать не работающее решение и написать на тебя жалобу)

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

Также предлагаю выводить историю загрузок.

v0.5 - 22.01.2015 21:25 - (увидел, что косяк откатился назад)
v1 - 22.01.2015 21:23
v0.5 - 10.05.2013 21:23
v0.4 - 25.01.2012 22:48
v0.1 - 22.01.2012 22:48
Рейтинг: 6.5346  
На голосовании
Предложил Ипатов Дмитрий 20.07.2016 18:08:12

Возможность разработчику регистрировать используемую версию jQuery

Те например разработчик указывает строчку $APPLICATION->registerAdditionalScript('jquery', SITE_TEMPLATE_PATH . '/js/jquery')

это значит что в дальнейшем запись вида $APPLICATION->showAdditionalScript('jquery') подключит версию jquery разработчика.

Все это уже есть в вордпресс, при огромном количестве плагинов.
Рейтинг: -5.8382  
Новая
Предложил BX Solutions 30.11.2015 17:42:03

Код. Убрать обязательность префиксы в переменных

ar,  ob,  db по-моему только мусор добавляют а не читабельность.

Массивы следует именовать с префиксом ar, при этом следующее логическое слово в названии начинается с большой буквы. Например, $arResult, $arModifiedUsers.

Объекты следует именовать с префиксом ob, при этом следующее логическое слово в названии начинается с большой буквы. Например, $obElement, $obUser.

Объект класса CDBResult следует начинать с префикса db, при этом следующее логическое слово в названии начинается с большой буквы. Например, $dbResult.
Рейтинг: 0  
На голосовании
Предложил Дмитрий Карпов 15.07.2015 11:31:34

Заметки разработчиков

Конечно есть стикеры, но их можно скрыть, не обратить внимания. А было бы, наверно, не плохо, если перед, например, обновлением появлялось предупреждение, которое заполнялось бы разработчиками, где были бы указаны особенности сайта, на которые может повлиять обновление. Или раздел в админке, где важные моменты по сайту бы хранились, так как поднимать таск менеджеры, переписки и прочее не всегда является возможным. То есть раздел, где разработчик может какой-то комментарий для себя или для других оставить. И одновременно, при создании и разворачивании резервной копии, они бы тоже перемещались вместе с копией сайта
Рейтинг: 0.6582  
На голосовании
Предложил Панов Даниил 22.01.2015 13:43:06

Шаблоны для разработчиков

Предлагаю идею в ядро битрикса помимо стандартных шаблонов добавить шаблон "для разработчика".
Если необходимо разработать сайт с собственным дизайном каждого компонента, то выбираешь этот шаблон, копируешь к себе в шаблон сайта и применяешь для компонента.
Отличается он тем, что к нему не идет подлюченных стилей, скриптов, обработчиков, тем и т.д. В нем лишь базовая функция вывода информации, функции для вывода кнопкок редактирования и все.
Сейчас существенное время уходит именно на очищение стандартного шаблона от ненужной информации
Рейтинг: 1.7424  
На голосовании
Предложил Кармазин Антон 17.10.2014 20:59:29

Добавить поддержку файла admin_header.php в директории /local

Была уже сходная просьба, но к она была сожалению проигнорирована. Хотелось бы более полноценной поддержки.
Рейтинг: 8.2741  
Новая
Предложил Кармазин Антон 17.10.2014 20:55:16

Реализовать возможность установки Bitrix при помощи Composer

Предлагаю пойти навстречу разработчикам и дать возможность установки Bitrix при помощи Composer.
Рейтинг: 2.05  
Новая
Предложил Popovich Aleksey 30.07.2014 14:01:04

Ссылка на страницу разработчика на сайте dev.1c-bitrix.ru

Доброго времни суток. хочу ссылку на свою страницу разработчика из шапки сайта, а не из меню.

Сейчас, чтобы добраться до своей страницы (пост написать, живую ленту посмотреть .... ) приходится проделать кучу действий:  

было бы замечательно, если бы эту ссылку вынесли в шапку сайта...
Рейтинг: 39.7415  
Внедрено
Предложил Зайцев Артемий 16.01.2014 09:48:10

Добавить в виртуальную машину битрикса пункт "включить/выключить xDebug"

Добавить в меню виртуальной машины пункт:

20. Enable xDebug (xDebug disabled)

или

20. Disable xDebug (xDebug enabled)
#Включить
mv /etc/php.d/xdebug.ini.disabled /etc/php.d/xdebug.ini
service httpd graceful

#Выключить
mv /etc/php.d/xdebug.ini /etc/php.d/xdebug.ini.disabled
service httpd graceful 
Связано с выходом модуля отладчик и тем, что xDebug нельзя постоянно держать включенным на боевом сервере.

Время от времени xDebug приходится включать самому с мягкой перезагрузкой апача.
Рейтинг: 1.8703  
Ответил Шаромов Денис 16.01.2014 12:20:12
Спасибо за предложение. Сделаем такой пункт.
Рейтинг: 1  
Ответил Шаромов Денис 30.08.2018 17:38:13
Доработано в vmbitrix 7.3.11 :)
Рейтинг: 9.0893  
На голосовании
Предложил Зайцев Артемий 15.01.2014 15:17:19

В разы ускорить выход обновлений продуктов. Исправление критичных ошибок.

Есть продукт - 1С-Битрикс. Время от времени в нем возникают критичные ошибки.

Одна из неприятных - это когда сайт вернул в 1С статус "перенос строки success", а 1С написала клиенту, что обмен завершился с ошибкой.

Мы считаем себя способными разобраться в проблеме клиента и прежде чем писать в техподдержку пробуем сами исследовать.

Такие мелкие, но очень досадные ошибки должны исправляться в тот же день, как были обнаружены. Эти ошибки отбирют наше время и сокращают жизнь. Ошибки должны быть описаны в описании к обновлению.

Зачем держать цикл разработки 2-3 недели, чтобы потом выпустить дополнение? Давайте выпускать обновление в тот же день, когда обнаружена и описана ошибка.
Рейтинг: 0  
Ответил 01.04.2014 11:23:04
Критические баги получившие статус аварии, по регламенту исправляется в течение 5 дней.

Это работает и сейчас, если какой та баг не исправляется достаточно долго, значит баг не получил распространение и имеет место на конкретной установке.

В любом случае обращение в ТП желательно сделать, ведь от ваших обращений меняется регламент исправления багов.
Рейтинг: 7.9559  
На голосовании
Предложил Goldmaker 29.05.2013 02:08:55

протокол-хелпер для редактирования шаблонов компонентов во внешнем редакторе

Не секрет, что не всем разработчикам нравится редактировать шаблоны компонента в визуальном редакторе битрикса (:sarkasm:). При этом часто бывает так что найти на файловой системе и открыть в редакторе соотв. шаблон занимает в 10 раз больше времени, чем подправить в нём какую то фигнюшку.  Знакомо? Итак битриксам предлагается сделать сделать легко включаемую из настроек фичу изображённую на картинке:



Как это работает

Ссылочка "редактировать во внешнем редакторе" представляет из себя примерно следующее:

==========vvvvvvvvvvvvvvvvvvvv
<a href="bx-external-editor://мой_сайт/путь_к_редактируемому_компоненту/template.php">....</a>

Не знаю как в МСИЕ (и знать не хочу), но в  нормальных остальных броузерах не  проблема зарегистрировать отработчик для кастомного протокола (пример), который ловит урл и открывает в любимом IDE разработчика на редактирование файл из sshfs-папки соответствующей сайту (ну или локальной папки проекта для дримвьюера, phpstorm итп).
Делается такая фича минут 10, а сэкономить может времени 5 вагонов.

С битриксов нужна только сама ссылочка и её включалка в админке, а скриптик-отработчик на клиентской стороне любой кому повезло с выбором ОС кто работает не под виндузами легко напишет сам.