Скачать: 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 вся ветка

Скачать: CL | DM;



Память: 0.47 MB
Время: 0.013 c