Когда мы предлагаем клиентам продлить закончившуюся лицензию, они задают закономерный вопрос: «А зачем?».

Для сайтов, у которых лицензия кончилась, предлагаю в админке, на странице обновления платформы, сделать возможным просмотр списка вышедших обновлений для каждого модуля, чтобы понимать, ради каких улучшений и исправлений можно сегодня продлить лицензию. Также можно сделать отображение и бета-обновлений, чтобы показать, что можно ждать завтра.

Перед прочтением желательно ознакомиться с предыдущей идеей.

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

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

Т.е. на странице с обновлениями добавить еще 1 кнопку - "откат к версии..." далее выпадающий список с выбором к какой версии откатиться из предложенных.
В случае стабильной версии - это 2 версии к которым можно откатиться.
В случае Бета - 4 версии(предыдущая бета и все стабильные -3 штуки).
В случае альфа 6 (1 предыдущая альфа, 2 беты и 3 стабильных).

Сабж. Текущий loc_ussr.csv очень старый и неполный.

Заказчик устанавливает модуль из маркетплейса, ломает сайт, просит разобраться. Потом говорит "это не я". И что делать? Часы техподдержки потрачены, а предъявить нечего, как будто сайт сломался сам, и мы виноваты.

Надо записывать в журнал событий события установки удаления и обновления модулей: системных и из маркетплейса. Чтобы можно было понять когда и кто сломал сайт.

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

Предложение - создать сайт, страницу, ветку форума
где бы фиксировались обновления в расширенном формате.
Т.е. формате системы контроля версий фиксировалась прежняя версия кода и новая версия с кратким комментарием "что хотели этим изменением сделать".
минусы - надо выделять на это время главного разработчика (про открытие секретов фирмы и неквалифицированности - не говорю, так как это вс равно не скрыть, те кто делает срезы обновлений и так всё знаю и видят ошибки, которые потом через день другой затираются... - это мелочи)
плюсы - А. Количесто негативных отзывов уменьшится, т.к. можно будет сразу понять что, где и самое важное "для чего" изменили и поправить "свои правки ядра"
Б. Таким сервисом подключается экспертная оценка сообщества разработчиков, которые может в прямом смысле [бесплатно] найти решения и ошибки, которые пропустила команда. Мы все люди и все ошибаемся - в этом ничего нет страшного.
P.S.:
Теоретически сообщество разработчиков может самостоятельно создать такой сервис, но это не дружелюбно по отношению к сообществу разработчиков, да и "догадки" причин тех или иных изменений могут быть не верны - теряется связь с разработчиком продукта.
--
с наилучшими пожеланиями,
Спасибо за внимание
P.S.: А как переложить идею в ветку "Сайт компонии 1С-Битрикс"?

Например между текущими версиями модулей и новыми (стабильными) вышло 3 обновления.

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

Мне бы хотелось, установить первые 2, не трогая 3-е, пока не появится инфа про него.

ИЛИ:

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

Как это было с модулем мгновенных сообщений.

Здравствуйте! Подкину хорошую идею....

Мы купили дорогой продукт Корпоративный Портал - "Бизнес Процессы", оплатили его годовую поддержку, купили 150 лицензий....

В итоге самые основные модули портала нормально не работают, а обновлений до сих пор нет!

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

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

Я понимаю что весь отдел разработки брошен на Битрикс24, а на остальных они просто забили... надо сначала один продукт нормально доделать а потом за другой браться....моя заявка "#291806: Проблема с сортировкой групп" например висит с 24 МАЯ!!!! Другая "#298197: Не зайти в "список всех шаблонов" в задачах групп" с 21 ИЮНЯ!!!

Давно пора по команде обновить сначала делать резервное копирование и только если пользователь отменил создание копии продолжать.

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

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

После последнего обновления корпортала (на 11-ю версию) мне очень долго звонили пользователи внедренного решения с фразой вроде  "Шеф, усё пропало...". (имелось ввиду, что обновление прошло достаточно серьезное и многие механизмы изменили свой вид).

Так вот ввиду этого, предлагаю сделать, чтобы при обновлении формировалась страница "Что нового" (по аналогии с обновлениями 1С), в которую будет прописываться не просто что Ядро обновлено до версии..., но и то, что это даст простому смертному.

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

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