Идея для страницы продукта /bitrix/admin/partner_modules.php («Решения Маркетплейс»).

Ссылка «Купить новую версию» может вести на страницу с текстом «Решение неактивно». Не лучше ли в таком случае сообщать заранее — на странице продукта «Решения Маркетплейс»?

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

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

таким образом, необходимо, чтобы для любого решения на маркетелейсе, можно было бы указать зависимости (зависимые модули) и необходимые версии.

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

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

PS
Насколько я понимаю, решения со статусом "не установлено" все таки установлены где то в виде файлов, но не подключены. Иначе наличие их в списке вызывает гневные вопросы.

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

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

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

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

В принципе, это может быть полезно не только для решений из МП, но и для БУС.

удалил идею

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

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

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

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

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

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

Предлагаю добавить возможность писать модули только с определёнными версиями php. Например, модуль может работать только в php >5.5.

Надоело просто писать array() вместо [] и хочется использовать новые возможности языка. Я думаю, все адекватные люди следят за актуальность версий php на своих серверах и кастомизируют сайты использяю последние возможности php.

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

Разумеется, детальная страница модуля остается. Но совершенно непонятно, что случилось:

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







Или хотя бы вывести текст из контактной информации.

Сейчас если в обсуждении какого-либо решения задать вопрос разработчику, то его ответ в виде E-Mail уведомления никак не прилетает. Приходится постоянно мониторить страницу решения.
Нужно дать возможность подписаться/отписаться на новые сообщения в обсуждении конкретного решения. Для каких-то решений полезно подписаться только чтобы дождаться ответа от разработчика и сразу после этого отписаться. А для каких-то решений было бы полезно постоянно быть подписанным, чтобы быть в курсе всего что происходит с модулем.

Идея не супер новая, но всё таки. Например при публикации плагина в репозитарий Wordpress, разработчик видит номер в очереди на модерацию его решения. Хотелось бы, что бы в Bitrix при публикации была такая же возможность, что бы понимать ход и скорость модерации решений.

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

В админке битрикса, в процессе установки какого либо решения, при нажатии кнопки "Установить" зачемто открывается новая вкладка.

Далее непонятно то ли в новой вкладке работать, то ли ее закрыть и в прежнюю переходить. Диссонанс какойто получается. Неприятно. Хорошо бы исправить. Давно уже эта "фича" присутствует.

ОЧень не хватает возможности откладывать и формировать список избранного из понравившихся решений на сайте http://marketplace.1c-bitrix.ru/

Довольно простая, но очень удобная функция любого современного маркетплейса, фотостока или магазина  - сохранение своих коллекций или вишлистов. Чем больше разрастается 1С-Битрикс Маркетплейс, тем сложнее ориентироваться в каталоге. Поэтому предлагаю проголосовать за добавление нового функционала - создание собственных коллекций в маркетплейсе. Самый ближайший из удобных - пример маркетплейса  Envato. Мы там создаем разные коллекции для себя, для типовых решений, для клиентов. Например, в случае с Битрикс, это может быть типовой набор модулей для использования в каком-то типовом предложении или для собственного удобства.

Функционал.
Кнопка добавить в коллекцию - выбор коллекции или создание новой и сохранение в ней. Одновременное сохранение одного тайтла в нескольких коллекциях. Возможность получения ссылки на свою коллекцию (это удобно и самим издателям).

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

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

Список избранного на сайте очень бы пригодился.

P.S.: оказывается уже есть такая идея http://idea.1c-bitrix.ru/add-the-module-to-your-favorites/

Написал статью в блог маркетплейса. Третий день жду модерации.

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

Почему авторам не выводятся их статьи в блоге?

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

А то вот после обновления Битрикса в моем модуле баг нарисовался https://idea.1c-bitrix.ru/custom-properties-of-type-file-in-infoblock/ и я запарился письма рассылать вручную

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

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