В продолжение старой темы, и так как понемногу выношу правки в модули
Процесс, изложенный в теме, вынес в модуль. У модуля нет настроек. При заходе на страницу или запуске по кнопке Детектора изменений ядра - в корне магазина создается файл changes_files.zip. В итоге имеем нормальный список файлов с изменениями и ссылку на скачивание архива с этими файлами
далее любой программой для сравнения файлов по содержимому (я использую DoubleCommander) - с одной стороны скачанный файл, с другой - тот же файл на сервере - просмотреть различия и при необходимости тут же исправить и сохранить.
Шаблон view_changes.tpl пришлось полностью перезаписать (override), но я сравнил по версиям - никаких изменений в нем не было, и видимо, не предвидится. Поэтому модуль будет работать на всех версиях.
Еще бы сам cs-cart нормально определял измененные файлы, так как зачастую отмечает не те файлы.
Но работа хорошая, еще бы такие архивы создавались автоматом при обновлении модулей или ядра, но пока не сделает кто-то так и будет.
Подозреваю, что наличие различий определяется по checksum для каждого файла, хранятся контрольные суммы всех файлов ядра, и сравниваются с текущим состоянием. Полагаю, что также идёт и с контрольными суммами структур таблиц БД. В файле достаточно добавить пробел, а иногда (редко) и просто пересохранить, и контрольная сумма изменится. А вот над внедрением в процесс установки или обновления - покопаю ещё, возможно ли сделать это достаточно безболезненно, так как тоже были такие мысли. Но тут скорее нужен другой подход, так как нужна разница снимков файловой системы до и после установки (аналогично для БД).
Используется стандартный функционал. То есть вместе с ядром проставляется снимок ядра - контрольные суммы всех файлов ядра, по которым происходит сравнение текущих файлов с исходными состоянием. Для сторонних модулей такого нет. Мой модуль лишь представляет результат в более удобном виде для понимания, и формирует массив из изменённых файлов. Так что не получится, к сожалению.
Для обновления - удалите старую версию через Модули - Управление модулями, Затем переустановите новую через Шестеренка - Ручная установка (или распакуйте архив в корень сайта и установите модуль через кнопку Установить).
Исправлена критическая уязвимость.
Файл с изменениями был доступен по прямой ссылке, также и с фронта сайта.
При этом ссылка была совершенно одинаковая для любого сайта с модулем, в результате чего посторонний человек мог получить архив с вашими изменениями.
В новой версии файл с изменениями кладется в файловую систему с хэшированным именем, поэтому напрямую подобрать к нему доступ невозможно. Загружается только из админки и отдается с удобочитаемым именем, включающем версию cs-cart и дату создания.
PS Как я теперь делаю многошаговые обновления (на несколько версий). Копирую рабочий сайт на тестовый субдомен. Обновляю по шагам, каждый раз сверяя изменения и при необходимости возвращая мои изменения на место. По завершении требуемого количества шагов - тестирую результат обновлений на работоспособность. Если все хорошо - скачиваю архив со своими измененными файлами с теста.
Далее на рабочем сайте (все равно предварительно все забэкапив - скопировав сайт в отдельную папку, скопировав базу в новую базу) прохожу все шаги обновления, уже ничего не сравнивая и не возвращая на каждом шагу, по окончании просто распаковываю созданный архив в корень сайта.
Это пригодится тому, у кого много своих изменений в файлах ядра. Сейчас при обновлении Центр обновлений просто выдает список файлов, которые возможно претерпели изменения. Почему-то там список не всегда соответствуют действительности, то есть сильно, очень сильно расширен… Здесь, как я уже писал, довольно просто (если линукс система - особенно) подключить папку с сайтом на сервере в локальную файловую, открыть в double commander, проходясь параллельно по папкам из этого архива - сравнивать файлы по содержимому встроенным редактором - элементарно очень быстро перенести свои изменения и сохранить. У меня 25 измененных файлов и раньше эта процедура занимала от 2 часов минимум, плюс обязательная бумажка на которой записаны все мои изменения. Сейчас - максимум полчаса, включая сам процесс бэкапов и установки, кофепития и перекура.
А вот еще после установки Warning : unlink(D:/OSPanel/domains/cscart/var/files/.zip): No such file or directory in D:\OSPanel\domains\cscart\app\addons\avp_adv_tools_view_chng\controllers\backend\tools.post.php on line 29
первый раз при открытии детектора после установки модуля файла не существует, поэтому выдает, далее этого варнинга не будет. Спасибо, вставлю проверку.
Проверил - ошибка скорее всего вылезла именно после РАСКОММЕНТИРОВАНИЯ? Когда комментарий ставил - случайно затер скобку }, но в итоге затер я ее именно в комментарии, поэтому вы раскомментировали - ошибка и появилась.
