Автоматически проверяя на новую версию моего приложения

Ответ Pilif был хорош, и у меня есть большой опыт с этим также, но я хотел бы добавить что-то больше:

Помнят, что при запуске yourapp.exe, тогда "updater" попытается перезаписать yourapp.exe с новейшей версией. В зависимости от Вашей среды операционных систем и среды программирования (Вы упомянули C++ / QT, у меня нет опыта с теми), Вы будете не быть в состоянии перезаписать yourapp.exe , потому что это будет использоваться.

то, Что я сделал, создают средство запуска. У меня есть MyAppLauncher.exe, который использует файл конфигурации (xml, очень простой) для запуска "реального exe". Если новая версия существует, Средство запуска может обновить "реальный exe", потому что это не используется, и затем повторно запустите новую версию.

Просто имеют это в виду, и Вы будете в безопасности.

Martin,

Вы абсолютно правы, конечно. Но я поставил бы средство запуска с установщиком. Или просто загрузите установщик, запустите его и выйдите из меня как можно скорее. Причиной являются ошибки в средстве запуска. Вы никогда не были бы, хотеть зависеть от компонента, который Вы не можете обновить (или забыть включать в начальное отбрасывание).

Так полезная нагрузка я распределяю с процессом обновления моего приложения, просто стандартный установщик, но лишенный любого значительного UI. Как только клиент проверил, что установщик имеет шанс выполнения успешно и как только это загрузило updater, это выполняет это и выходит из себя.

updater, чем выполнения, устанавливает свою полезную нагрузку в исходный каталог установки и перезапускает (надо надеяться, обновленный) приложение.

Все еще: процесс является волосатым, и Вы лучше думаете дважды прежде, чем реализовать функциональность Автоматического обновления на платформе Windows, когда Ваше приложение имеет широкий фокус использования.

в php вещь легка:

<?php
    if (version_compare($_GET['version'], "1.4.0") < 0){
        echo "http://www.example.com/update.exe";
    }else{
        echo "no update";
    }
?>

если курс, Вы могли бы расширить это так в настоящее время доступная версия, не трудно кодируется в сценарии, но это примерно иллюстрирует тезис.

В Вашем приложении у Вас был бы этот псевдо код:

result = makeHTTPRequest("http://www.example.com/update?version=" + getExeVersion());
if result != "no update" then
    updater = downloadUpdater(result);
    ShellExecute(updater);
    ExitApplication;
end;

Не стесняйтесь расширять "протокол" путем определения чего-то, что Сценарий PHP мог возвратить, чтобы сказать клиенту, является ли это важным, обязательным обновлением или нет.

Или можно добавить некоторый текст для отображения пользователю - возможно, содержащий некоторую информацию о том, что изменяется.

Ваши возможности довольно безграничны.

Мое спокойное приложение просто использует QHttp для чтения крошечного XML-файла от моего веб-сайта, который содержит число последней версии. Если это больше, чем число текущей версии, оно дает опцию перейти к странице загрузки. Очень простой. Хорошо работает.

Я согласился бы с @Martin и ответом @Pilif, но добавил бы;

Рассматривают разрешение Вашим конечным пользователям решить, хотят ли они на самом деле установить обновление тут же или задержать установку обновления, пока они не закончили использовать программу.

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

у Нас была система ЭПОСА, работающая приблизительно в 400 магазинах, и первоначально мы думали, что будет замечательно иметь обновления пятна программы и загрузить их (использование файла, содержащего номер версии, очень похожий на предложения, которые Вы имеете выше)... прекрасная идея. Пока все магазины не запустили их системы примерно в то же время (8:45-8:50am), и наш сервер был поражен, служа 20+Mb, загружают на 400 удаленных серверов, которые тогда обновили бы локальное программное обеспечение и вызвали бы перезапуск. Хаос - ни с кем, который в состоянии торговать в течение приблизительно 10 минут.

, Само собой разумеется, что это заставило нас впоследствии выключать 'проверку на обновления' функция и перепроектировать его, чтобы позволить магазинам 'задерживать' обновление до позже в тот же день.:-)

РЕДАКТИРОВАНИЕ: И если кто-либо от ADOBE читает - ради бога, почему проклятая Acrobat Reader настаивает на том, чтобы пытаться загрузить обновления и дерьмо, когда я просто хочу к fire-it-up прочитать документ? Это не достаточно медленно при запуске и чрезмерно увеличилось в размерах достаточно, как это, не тратя впустую еще 20-30 секунд моей жизни, ища обновления каждый раз, когда я хочу считать PDF?
РАЗВЕ ОНИ не ИСПОЛЬЗУЮТ СВОЕ СОБСТВЕННОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ??!!! :-)

На сервере у Вас мог просто быть простой файл "latestversion.txt", который содержит номер версии (и, возможно, загрузите URL) последней версии. Клиент тогда просто должен считать этот файл с помощью простого Запроса HTTP (да, для портирования 80) для получения http://your.web.site/latestversion.txt , который можно тогда проанализировать для получения номера версии. Таким образом, Вам не нужен никакой необычный серверный код---, просто необходимо добавить простой файл к существующему веб-сайту.

если Вы сохраняете свои файлы в каталоге обновления на example.com, этот Сценарий PHP должен загрузить их для Вас, учитывая запрос, ранее упомянутый. (Вашим обновлением был бы yourprogram.1.2.4.exe

$version = $_GET['version'];    
$filename = "yourprogram" . $version . ".exe";
$filesize = filesize($filename);
header("Pragma: public");
header("Expires: 0");
header("Cache-Control: post-check=0, pre-check=0");
header("Content-type: application-download");
header('Content-Length: ' . $filesize);
header('Content-Disposition: attachment; filename="' . basename($filename).'"');
header("Content-Transfer-Encoding: binary");

Это заставляет Ваш веб-браузер думать, что он загружает приложение.

Просто поместите файл (XML) на свой сервер с номером версии последней версии и URL к загрузке новая версия от. Ваше приложение может тогда запросить XML-файл, посмотрите, если версия отличается от своего собственного, и примите меры соответственно.

Самый простой способ заставить это произойти состоит в том, чтобы запустить Запрос HTTP, пользующийся библиотекой как libcurl, и заставить его загрузить ini или xml файл, который содержит интерактивную версию и где новая версия была бы доступна онлайн.

После парсинга xml файла можно определить, необходима ли новая версия, и загрузите новую версию libcurl и установите его.

Я думаю, что простой XML-файл на сервере был бы достаточен для проверки версии только цели.

Вам была бы нужна тогда только учетная запись ftp на Вашем сервере и системе сборки, которая в состоянии отправить файл через ftp после того, как это создало новую версию. Та система сборки могла даже поместить файлы/zip установки на Ваш веб-сайт непосредственно!

Если Вы хотите сохранить его действительно основным, просто загрузить version.txt на веб-сервер, который содержит целочисленный номер версии. Загрузите ту проверку по сравнению с последним version.txt, который Вы загрузили, и затем просто загрузите msi или установочный пакет и выполните ее.

В основном Вам просто нужна простая функциональность загрузки.

Оба этих решения только потребуют Вас к порту доступа 80 выходов от стороны клиента. Это не должно обычно требовать никаких изменений в брандмауэрах или объединяющийся в сеть (на стороне клиента), и у Вас просто должен быть интернет-веб-сервер направления (веб-хостинг, соразмещение или Ваш собственный сервер - все работали бы здесь).

существует несколько коммерческих доступных решений автоматического обновления. Я оставлю рекомендации для тех к отвечающим сторонам других, потому что у меня только есть опыт в .net стороне с, Нажимают Once, и Updater Application Block (последний больше не продолжается).