Обновление модулей из магазина приложений в версии 6.9.4

С версии 6.9.4 в разделе "Обслуживание" - "Обновления" станут доступны обновления дополнительных модулей. При обновлении модуля происходит копирование файлов модуля (из директории files/), а также выполнение файлов update.sql и update.php (при их наличии в сборке). Дополнительно обращаем внимание разработчиков модулей, что необходимо следить за соответствием номера версии в свойстве $version в файле module.php и номера при создании версии в личном кабинете.

Обратите внимание! Конфигурационные файлы не должны идти в поставке системы, чтобы не заменять установленные у клиентов данные.

alexander.egorov,
1. Т.е. теперь пользователи в ЦА будут видеть, что вышло новое обновление для модулей?
2. module.php/module.sql будет использоваться только при установке/переустановки, а update.php/update.sql при обновлении?
3. При обновлении не будет использоваться module.xml?

alexpimnev,

1. Да, верно.
2. Верно.
3. Да. module.xml только при установке используется.

alexander.egorov,
1. это конечно отличная новость, но надо "пощупать", наверно это будет не только для модулей из магазина приложений, но и для системы?
2. думаю они почти ничем не будут отличаться друг от друга, только тем что туда не попадают теперь параметры из module.xml, а в этом есть некая сложность
3. сложность будет теперь в том что, на примере модуля MegaPost, при добавлении новой службы доставки, а их уже 15 шт. или изменении у какой то службы доставки API, приходится обновлять версию модуля и module.xml как раз служил для выбора какие например обработчики службы доставки установить по новой (1-2 шт которыми пользуется клиент), в случае с update такой возможности не будет в итоге получается будут устанавливаться все 15 шт. или ни одна, т.е. возвращаемся к варианту удаление и повторная установка

1. Так для системы модуль обновления же есть, в нем и будут дополнительно обновляться модули из магазина приложений.
2. На самом деле они могут значительно отличаться. Ведь при установке создаются таблицы, а при обновлении с предыдущей версии либо вообще никак база не затрагивается, либо выполняются запросы на обновление с младшей версии на старшую.
3. Данные об обработчиках, выбранных при первоначальной установке, скорее всего у вас хранятся в базе или конфиг-файле. При установке обновления эти данные должны сохраняться, а обновляются сами файлы модуля. Если клиенту нужно добавить новую службу из перечня имеющихся, можно предусмотреть в самом модуле добавление новой службы доставки из предложенных.

alexander.egorov писал(а):

Обратите внимание! Конфигурационные файлы не должны идти в поставке системы, чтобы не заменять установленные у клиентов данные.

Пользователи будут устанавливать первую версию модуля и обновлять до последней?

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