Форум АНТИЧАТ

Форум АНТИЧАТ (https://forum.antichat.xyz/index.php)
-   PHP, PERL, MySQL, JavaScript (https://forum.antichat.xyz/forumdisplay.php?f=37)
-   -   Система автоматического обновления (https://forum.antichat.xyz/showthread.php?t=70725)

PiNzit 18.05.2008 21:23

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

из требований:
1) проверка наличия обновлений на удаленном сервере
2) получение списка файлов которые необходимо обновить (у разных клиентов набор файлов может различаться)
3) прием обновленных файлов (вот тут особенно интересует ваше мнение - каким протоколом пользоваться)
4) проверка целостности и в случае необходимости перезакачка
5) бекап старых файлов и подмена их новыми

Хозяин 18.05.2008 21:38

Да хоть по http

Примитивно:
Апдейтер обращается к файлу на сервер, если файл пустой - обновления не требуются, если нет, требуются.

Допустим файл будет содержать ссылку на закачку и md5 сумму закачиваемого файла.

примерно так:

http://site.ru/update/prog.exe:md5

Апдейтер качает, сверяет сумму, если не сходится докачивать. Для разных версий, пусть парсит разные файлы на сервере

Бэкап старых файлов и запись новых отдельным процессом при перезапуске программы

PiNzit 18.05.2008 21:54

это php приложение, проверка обновления предполагается не через cron а при заходе администратором в панель управления и начало закачки по его команде => гипотетически может получится, что клиент Х долгое время не посещающий панель управления будет вынужден обновляться с версии 1 на версию 3, так как провафлил обновление до 2 => тут надо как-то п умному придумать контроль версий, тем более что у разных клиентов список файлов может различаться (у кого-то установлены специальные уникальные плагины)

Хозяин 18.05.2008 22:08

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

А принцип апдейта один и тот же в принципе, разницы нет, пхп или нет. И крон тут не нужен, не будет же каждый клиент себе крон настраивать.

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

PiNzit 18.05.2008 22:59

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

zer0ska 18.05.2008 23:09

Все это можно осушиствить на том же пхп.
Но вот проблеммма с конфигами как их обновлять ? все парсить ?

PiNzit 18.05.2008 23:29

ну да это все и предполагается писать на пхп, а на счет конфигов - все настройки храню в БД

Isis 19.05.2008 00:13

При каждом запуске программы чекать файл http://file.ru/update/version.ini
Где пишется версия новой проги..если не сходится с существующей, выполнять действия описанные выше

PiNzit 19.05.2008 00:16

Isis это уже обсуждалось, открытые вопросы
1) как выполнять обновление через версию (предполагаю что стоит хранить инфу о всех версиях и последовательно обновлять к лиента с 1 до 3 предварительно обновив до 2)

2) как разным клиентам выдавать разные списки файлов для обновления

Хозяин 19.05.2008 00:20

version.ini пусть содержит инфу о всех версия, вот апдейтер пусть парсит его и все, выполняет нужные действия для своей версии


Время: 04:24