Форум: "Потрепаться";
Текущий архив: 2004.11.21;
Скачать: [xml.tar.bz2];
ВнизКто как обновляет свои приложения Найти похожие ветки
← →
kdy (2004-11-03 19:59) [0]Сейчас моё приложение лежит на сервере, и все пользователи его запускают прямо с сервера. Если нужно обновить программу - сбрасываю новый вариант на сервер, и все счастливы.
Но вот злые языки говорят, что запускать приложение с сервера не есть хорошо, что программы надо держать на рабочих станциях и автоматически обновлять.
1. Чем плохо запускать программы с сервера?
2. Если запускать со станции и обновлять - мне представлятся простенькое приложение, которое запускается например при загрузке компьютера и копирует всё из папки А в папку Б сравнивая даты создания файлов.
А может есть какие-то стандартные инструменты для этого?
← →
kaZaNoVa © (2004-11-03 20:01) [1]я свою - вручную обновлял ..
← →
kdy (2004-11-03 20:03) [2]вручную нельзя - очень много пользователей. и далеко бегать.
← →
vecna © (2004-11-03 23:13) [3]Мы делаем так:
В БД на сервере хранятся скомпиленные DLL-ки, у пользователя есть маленький EXE который коннектится к БД, скачивает если нужно обновленные библотеки и собствено передает управление им.
← →
Игорь Шевченко © (2004-11-03 23:15) [4]Если все счастливы, то зачем слушать злые языки ?
← →
DrPass © (2004-11-03 23:58) [5]
> 1. Чем плохо запускать программы с сервера?
А трафик? А скорость запуска? А обновление такой проги, если с ней в настоящий момент работают пользователи?
← →
Игорь Шевченко © (2004-11-04 00:31) [6]DrPass © (03.11.04 23:58) [5]
Насколько я понимаю, под сервером имеется в виду сервер ЛВС. Там трафиком можно пренебречь. Процесс обновления обычно производится при отсутвии использующих приложение пользователей (административным путем).
← →
kdy (2004-11-04 09:19) [7]Так и есть. Сервер ЛВС.
>> [4] Игорь Шевченко © (03.11.04 23:15)
>> зачем слушать злые языки ?
А они начальника убедили. Теперь надо или аргументировать такой подход, или городить систему обновлений на станциях. Основной аргумент против сервера - дескать "забиваеться траффик и потом это мешает работе SQL-сервера (на этой же машине)". Сеть - оптоволокно.
← →
080D:07BBh © (2004-11-04 09:30) [8]DrPass
На AVP обновление базы вирусов посмотри
← →
Sergey13 © (2004-11-04 09:37) [9]2[6] Игорь Шевченко © (04.11.04 00:31)
>Процесс обновления обычно производится при отсутвии использующих приложение пользователей (административным путем).
Бывает, запаришься ждать этого момента.
2kdy (03.11.04 19:59)
>А может есть какие-то стандартные инструменты для этого?
Ну стандартные не знаю, но вот есть
http://polesoft.narod.ru/Products/Starter/starter.html
Давно и успешно пользую. Бесплатно. Все что надо есть.
← →
KSergey © (2004-11-04 09:58) [10]А кто-нибудь может сказать однозначно: при запуске по сети exe-шник весь тянется на клиента или работа идет так же как и при локальном размещении - маппированием?
← →
Игорь Шевченко © (2004-11-04 10:14) [11]KSergey © (04.11.04 09:58) [10]
Так же, как и при локальном
← →
Danilka © (2004-11-04 10:26) [12]Можно хранить бинарники на CVS-ке, а у пользователей батник, который запускает сначала обновление с цвс-ки, (при этом закачиваются только обновленные файлы), затем запускает программу.
У нас так сделано, пользователей, думаю, больше 100, все тоже счастливы. :))
Кроме всего прочего, всегда можно легко откатиться на предыдущую версию.
А хранить бинарники в БД.. было и такое, но постепенно появляется убеждение что это не есть хорошо.. по-крайней мере, лучше заливать файлы с файл-сервера, чем вытаскивать из блоба какой-либо СУБД, такое субьективное мнение. :))
← →
080D:07BBh © (2004-11-04 11:15) [13]Danilka
а какие проблемы с БД возникли?
← →
Danilka © (2004-11-04 11:38) [14][13] 080D:07BBh © (04.11.04 11:15)
Никаких. Просто, зачем загружать сервер СУБД, задачами, для которых предназначен файловый сервер?
← →
icebeerg © (2004-11-04 12:50) [15]Если уж и переводить прогу на локальные копмы то пусть она мониторит папку на серваке и при наличии там например файла update.exe скачивает его качает его к себе запускает а сама завершается, а update.exe собственно и делает все, что хочет.
← →
080D:07BBh © (2004-11-04 13:08) [16]Danilka
то есть каких то траблов с БД не было?
← →
panov © (2004-11-04 13:17) [17]В принципе, лучше держать на сервере.
В этом случае обновления можно производить таким образом:
Программа на сервере должна иметь возможность мониторинга какого-либо флажка, таблицы, и т.п. для того, чтобы определять, разрешена ли работа программы(кроме администраторского режима). В случае появления обытия "Обновление" все пользователи немедленно извещаются об этом и работа программы прекращается(можно и с таймаутом).
Запустить в этот момент программу никто не может.
После обновления данных(например, самой программы) флажок сбрасывается и пользователи получают возможность работать с программой дальше.
Пример - Консультант+.
Второй вариант - с загрузкой программы из локального каталога.
Решение может быть точно таким-же. Флажок устанавливается на сервере.
На клиентских местах ведется протокол обновлений.
Если текущее обновление произведено, программе разрешено запускаться и работать. Если нет - производится автоматическое обновление локальных данных.
← →
panov © (2004-11-04 13:20) [18]А на вопрос в теме есть такой ответ.
Обновление локальных программ производится из скрипта при логине в домен.
При этом написана спец. программа, которая позволяет выборочно, в зависимости от имени пользователя/компьютера производить копирование и запуск программ на локальной станции. Ведется лог обновлений и повторных обновлений не происходит.
← →
Danilka © (2004-11-04 13:23) [19][16] 080D:07BBh © (04.11.04 13:08)
Я-же уже написал что нет :))
← →
DelphiN! © (2004-11-04 17:01) [20]модуль скриптовой системы ядры xGhostII служит для выполнения скрипта(для фи-й есть шаблоны, так что даже маломальский пользователь сможет составить любой скрипт). Написал за 2 минуты скрипт обновления своей проги, выбрал компы на которых нужно выполнить скрипт и все готово!) на удаленных компах, удобный сервак, свой язык, много ф-ий. Скачать можно с www.omega-sector.kz/acs
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2004.11.21;
Скачать: [xml.tar.bz2];
Память: 0.5 MB
Время: 0.052 c