Текущий архив: 2003.12.19;
Скачать: CL | DM;
Вниз
Как организовать удаленное обновление приложения? Найти похожие ветки
← →
smu © (2003-12-09 08:46) [0]Доброго времени суток всем. Уважаемые, никто не сталкивался с удаленным обновлением программы? Как все это грамотно организовать? Может ссылку кто даст? Обновление подразумевает как замена самого приложения, так и замена структур таблиц баз данных. Обновление принудительное, отсылается клиенту. Как не набардачить с версиями, в случае если клиент продолжительное время не делал обновление? Откликнитесь пожалуйста.
← →
Sam Stone © (2003-12-09 08:58) [1]
> Как не набардачить с версиями, в случае если клиент продолжительное
> время не делал обновление?
Делать проверку, является ли версия запущенной у него программы последней.
> Как все это грамотно организовать?
пишешь функцейку, которая либо по нажатию кнопки, либо по расписанию(таймеру) лезет куда надо и смотрит, появилась ли новая версия exe"хи (например, класть на сервере файл, у которого имя=имени программы, внутри строчка с версией)
> Как не набардачить с версиями, в случае если клиент продолжительное
> время не делал обновление?
То есть не полез со старым клиентом в таблицы с измененной структурой? Можно держать где-нить в базе версию и просто не пускать пользователя, если версия программы не та...
← →
smu © (2003-12-09 11:35) [2]
> Sam Stone
С доставкой проблем нет, все что пришло (получено с почты) помещается в папку Update. Ситуация: клиент не забирал почту неделю, за это время было несколько обновлений - менялся екзешник, несколько раз менялась структура таблиц. Чтобы поменять структуру, нужно знать какая она на данный момент, чтобы перекинуть данные.
> Можно держать где-нить в базе версию и просто не пускать
> пользователя, если версия программы не та...
Скорее версия базы будет не та... Любая программа считает себя последней, она лишь может найти предыдущие и обновить их.
Кроме того как менять экзешник - сама себя прога удалить не может. Нужна схема действий...
← →
BillyJeans © (2003-12-09 11:44) [3]можно хранить версию программы в одной из таблиц, и сверять при запуске программы
← →
smu © (2003-12-09 12:14) [4]
> можно хранить версию программы в одной из таблиц, и сверять
> при запуске программы
В каждой из таблиц хранить версию той программы, с помощью которой она должна работать?
← →
Anatoly Podgoretsky © (2003-12-09 12:19) [5]Либо ты в апдейте отслеживаешь все версии, либо заставляешь ставить апдейты последовательно.
← →
smu © (2003-12-09 12:45) [6]
> Anatoly Podgoretsky
По-моему последовательный апдейт - единственно верный при работе с базами данных.
← →
Рамиль © (2003-12-09 13:07) [7]Без последовательно не получится, ведь еще структуру БД надо конвертировать, или делать конвертор с любой версии на любую, что уж слишком. Что бы решить проблему с заменой exe надо либо все делать в dll, либо exe должен являться только "пускачом" для основного и проверщиком версий, либо должен требовать перезагрузки и в RunOnce прописывать программку для замены самого себя.
← →
smu © (2003-12-09 14:00) [8]
> RunOnce
Программу было решено сделать легко переносимой с одного компьютера на другой, говоря проще просто перенес основную папку и работай себе дальше... Все файлы настройки хранятся в INI этой же папки.
> все делать в dll
думал об этом , но по-моему хлопот слишком много. Проект насчитывает более 40 форм.
> либо exe должен являться только "пускачом"
сдесь сложность с доступом к программе по паролю.. куда его совать...
Страницы: 1 вся ветка
Текущий архив: 2003.12.19;
Скачать: CL | DM;
Память: 0.49 MB
Время: 0.023 c