Что лучший способ состоит в том, чтобы развернуть приложение VB.NET?
Во-первых, вы не должны использовать DATE_FORMAT, если хотите сравнить дату, потому что DATE_FORMAT изменяет ее на строку больше не на дату ,
UPDATE Session
SET Active = ?
WHERE SessionDate <= ?
Во-вторых, сначала сохраните значение переменной и передайте ее параметру
$createDate = mktime(0,0,0,09,05,date("Y"));
$selectedDate = date('d-m-Y', ($createDate));
$active = 0;
$sql = "UPDATE Session SET Active = ? WHERE SessionDate <= ?";
$update = $mysqli->prepare($sql);
$update->bind_param("is", $active, $selectedDate);
$update->execute();
5 ответов
Вы видели WiX уже?
Это создает установщиков Windows с помощью XML-файла и имеет дополнительные библиотеки, чтобы использовать, если Вы хотите к fancify свои установщики и т.п.. Я признаю, что кривая обучения для меня была средней высокой в получении запущенных вещей, но впоследствии я смог создать второй установщик без любых стычек.
Это обработает обновления и другие объекты если Вы, так требуйте, и можно применить полномочия папки и т.п. к установщикам. Это также дает Вам больший контроль на том, где точно Вы хотите установить файлы, и совместимо со всеми стандартизированными конвенциями папки Windows, таким образом, можно указать "PROGRAM_DATA", или что-то к тому эффекту и установщику знает для помещения его в C:\Documents and Settings\All Users\Application Data или C:\ProgramData в зависимости от того, если Вы выполняете XP или Vista.
Слух - то, что Office 2007 и Visual Studio, 2008 использовал WiX для создания их установщика, но я не смог проверить это где угодно. Я действительно верю, разрабатывается некоторыми людьми Microsoft на внутренней части.
Я соглашаюсь с Joseph, мой опыт с ClickOnce является своим великим для подавляющего большинства проектов особенно в корпоративной среде, где это делает сборку, опубликуйте и легкое развертывание. При реализации "принудительного обновления" для обеспечения у пользователей есть последняя версия, когда выполнение настолько легче в ClickOnce и главной причине для моего использования его.
Проблемы с ClickOnce: В корпоративной среде это имеет проблемы с прокси-серверами, и обходные решения являются меньше, чем идеал. Я должен был развернуть несколько приложений в тех случаях от путей UNC..., но Вы не можете сделать этого все время. Его "песочница" является большой, пока Вы не хотите найти исполняемый файл или создать настольный ярлык.
Не развернулись из 2008, еще, таким образом, не уверенного, если те проблемы все еще существуют.
Я не полагаю, что существует любой простой способ заставить проект Windows Installer иметь простоту или возможность обновления ClickOnce. Я использую ClickOnce для всех внутренних приложений.NET, которые я разрабатываю (за исключением Консольных Приложений). Я нахожу, что в корпоративной среде, простота развертывания перевешивает отсутствие гибкости.
Создание проекта установщика, с зависимостью от Вашего EXE (который в свою очередь зависит от того, в чем это нуждается) является довольно простым процессом - но Вам будет нужен, по крайней мере, VS Standard Edition для этого.
В проекте установщика можно создать пользовательские задачи и диалоговые шаги, которые позволяют Вам делать что-либо, что Вы кодируете.
То, что отсутствует, является волшебством автообновления и проверки версии, которое Вы получаете с ClickOnce. Можно все еще создать его в, это просто не автоматически.
ClickOnce может быть проблематичным, если у Вас есть сторонние компоненты, которые должны быть установлены наряду с Вашим продуктом. Можно окаймить это в некоторой степени путем создания установщиков для компонентов однако с развертыванием ClickOnce, которое необходимо создать логику для обновления было, сказано в установщиках компонента.
Я имею в предыдущей жизни, используемой Мудрый, Чтобы Windows Installer создал пакеты установки. В то время как создание обновлений с ним не было автоматическим как ClickOnce, они были более точными и меньше головной боли, заполненной, когда это прибыло в другие компоненты, которые должны были регистрироваться/добавляться.