Antichat снова доступен.
Форум Antichat (Античат) возвращается и снова открыт для пользователей.
Здесь обсуждаются безопасность, программирование, технологии и многое другое.
Сообщество снова собирается вместе.
Новый адрес: forum.antichat.xyz
 |
|

19.05.2008, 00:23
|
|
Познающий
Регистрация: 15.01.2008
Сообщений: 78
Провел на форуме: 189620
Репутация:
26
|
|
ну да, наверное это самое верное решение и обновлять по ступенькам 1->2->3
|
|
|

19.05.2008, 03:18
|
|
Участник форума
Регистрация: 05.12.2007
Сообщений: 113
Провел на форуме: 252598
Репутация:
34
|
|
На сервере лежит файл в котором указана последняя версия.
+ файл в котором указаны все файлы программы и их md5 мы сравниваем чего не хватает докачиваем.
|
|
|

19.05.2008, 19:27
|
|
Познающий
Регистрация: 15.01.2008
Сообщений: 78
Провел на форуме: 189620
Репутация:
26
|
|
Убедительно попрошу отвечающих предварительно ознакомится с темой! тут уже раз 5 звучит один и тот же совет, еще раз повторюсь что необходимо обновлять некоторым клиентам дополительные модули и необходимо предусмотреть обновлечение через версию, пока все идеи по реализации описаны в моем посте чуть выше, если Вы с ними не согласны и готовы предложить лучше - буду Вам благодарен, с меня +
|
|
|

20.05.2008, 02:14
|
|
Постоянный
Регистрация: 14.01.2007
Сообщений: 459
Провел на форуме: 1469995
Репутация:
589
|
|
Посмотри на любые релизы любой мало-мальски распространенной системы: кроме самой новой версии всегда выпускаются апдейты ко всем ранее существовавшим поднимающие версию до current.
Таким образом осуществить будет проще всего:
клиент обращается к серверу обновлений и говорит свою версию, на что сервер выдает список подходящих для нее обновлений, а дальше - что ставить, а что нет решает юзверь.
Обновления пофайлово не происходят никогда. Обновляется полностью модуль, поэтому всю цмс нужно разделить на N-ное их количество в независимом друг от друга исполнении. Так будет проще при реализации, да и конфликтов сможешь избежать. Придется вести учет версий всех модулей в движке, ага.
Такое проще всего будет реализовать, если ты используешь при разработке SVN или CVS. Тебе нужно будет лишь просмотреть список изменений межу версиями и оформить в виде обновленных файлов.
По поводу крона. Многие, в том числе и булка(vbulletin) используют метод псевдо image-cron'а, когда в тело страницы встраивается картинка, src которой указывает на cron.php, который и выполняет все необходимые действия.
Как пример реализации систем обновлений можешь глянуть bitrix и umicms. Линки не даю - на варезниках полно. Еще можешь глянуть это же в TYPO3 ( http://typo3.org), но в их коде черт ногу сломит.
|
|
|

23.05.2008, 16:13
|
|
Познающий
Регистрация: 15.01.2008
Сообщений: 78
Провел на форуме: 189620
Репутация:
26
|
|
спасибо на счет групп и модулей вместо одиночных файлов здравая мысль, а вот на счет апдейтов с текущей до максимальной пока еще размышляю, может всетаик стоит сделать поэтапно, в конце концов трафика всеравно мизерный
|
|
|
|
 |
|
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|