LINUX.ORG.RU

История изменений

Исправление KivApple, (текущая версия) :

Просто представь себе. На сайте стоит плагин A, делающий определённый функционал. Однако его автор давно забросил его и с новой версией CMS он несовместим. В итоге при обновлении надо подыскать плагин B с аналогичным функционалом и заново его настроить (а настроек может быть много и они могут сильно различаться между плагинами), чтобы он делал то же самое, что делает плагин A. А, возможно, плагина B и нет, надо городить костыли из хитрой комбинации плагинов C и D. Как предлагаешь это автоматизировать? Это ИИ нужен какой-то.

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

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

Не говоря уже о том, что если конфигурация CMS достаточно нестандартная, то даже автообновлялка самого ядра может нормально не сработать (поменялась концепция каких-нибудь настроек - теперь то же самое делается по-другому, а автомиграция отрабатывает только тривиальные случаи).

Исходная версия KivApple, :

Просто представь себе. На сайте стоит плагин A, делающий определённый функционал. Однако его автор давно забросил его и с новой версией CMS он несовместим. В итоге при обновлении надо подыскать плагин B с аналогичным функционалом и заново его настроить (а настроек может быть много и они могут сильно различаться между плагинами), чтобы он делал то же самое, что делает плагин A. А, возможно, плагина B и нет, надо городить костыли из хитрой комбинации плагинов C и D. Как предлагаешь это автоматизировать? Это ИИ нужен какой-то.

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

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

Не говоря уже о том, что если конфигурация CMS достаточно нестандартная, то даже автообновлялка самого ядра может нормально не сработать (поменялась концепция каких-нибудь настроек - теперь то же самое делается по-другому).