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

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

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

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

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

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

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

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

Все это уже есть в вордпресс, при огромном количестве плагинов.

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

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

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

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

Конечно есть стикеры, но их можно скрыть, не обратить внимания. А было бы, наверно, не плохо, если перед, например, обновлением появлялось предупреждение, которое заполнялось бы разработчиками, где были бы указаны особенности сайта, на которые может повлиять обновление. Или раздел в админке, где важные моменты по сайту бы хранились, так как поднимать таск менеджеры, переписки и прочее не всегда является возможным. То есть раздел, где разработчик может какой-то комментарий для себя или для других оставить. И одновременно, при создании и разворачивании резервной копии, они бы тоже перемещались вместе с копией сайта

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

Была уже сходная просьба, но к она была сожалению проигнорирована. Хотелось бы более полноценной поддержки.

Предлагаю пойти навстречу разработчикам и дать возможность установки Bitrix при помощи Composer.

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

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

было бы замечательно, если бы эту ссылку вынесли в шапку сайта...

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

20. Enable xDebug (xDebug disabled)

или

20. Disable xDebug (xDebug enabled)Связано с выходом модуля отладчик и тем, что xDebug нельзя постоянно держать включенным на боевом сервере.

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

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

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

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

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

Зачем держать цикл разработки 2-3 недели, чтобы потом выпустить дополнение? Давайте выпускать обновление в тот же день, когда обнаружена и описана ошибка.

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



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

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


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

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