Hi!
ДАНО: Несколько (более 10) однотипных веб-приложений, крутящихся локально (WinXP Pro, IIS) на ноутбуках на точках (система магазинов). Они периодически получают обновления БД (справочники). Все ОК.

ПРОБЛЕМА: Руководство вошло во вкус и желает развивать функционал. При этом дополнения будут вводиться постепенно. Перспектива мотаться по точкам и переустанавливать каждый новый шажок малорадостная :(.

По теории (одна из разрекламированных фич asp.net) файлы в каталоге приложения можно грохнуть, и уже запущенные процессы отработают как надо, за счет теневого копирования. Сам такую штуку не проверял.
Есть идея реализовать автообновление. Вот как - пока не знаю.

Вопрос к профи - каким образом можно решить задачу? Я вижу пока один путь:
Поскольку приложение релизится (публикуется), то нужно перезаливать его полностью (можно, конечно, ковыряться в dll-ках, но это геморно).
НО!: все перезаливать - накладно. Разовые изменения не превысят 10% предыдущего релиза.

Создать файл, отдельный от проекта - апдейтер, который и будет проверять наличие релиза в какой-нибудь FTP-директории. И по необходимости грохнуть старый и залить новый.

Здесь две проблемы: предполагается, что апдейтер работает автономно, например по шедулеру, раз в сутки проверяет наличие релиза или смотрит флаг. Если в это время юзверь работает, что может произойти?
БД большая и ее нарушение - беда (в каждом магазине своя)!

Блокировать юзера? Как? Останавливать IIS не получится - апдейтер тоже веб'овый. Писать десктоп примочку - неправильно, должен быть один флакон.

И вторая - как удостовериться, что закачка прошла правильно, нет "битых" файлов. Тупо проверять контрольную сумму?

Вот как сделать автоматическое обновление надежным и экономным? Кто свежую мысль кинет?

Перевернув мир - оглянись, может перевернулся ты сам?!

Да, и еще - не всем точкам можно получить IP-адреса. Потому управлять ими (большей частью) не получится.
Перевернув мир - оглянись, может перевернулся ты сам?!