1. Примеры Установки Программы
2. Установка Программ На Компьютер
3. Примеры Установки Программного Обеспечения

Установка программ. Которые появляются при установке программ. Установка образцов баз данных и примеров AdventureWorks Использование программы установки.

В этой статье будут описаны самые базовые вещи по части скачивания и установки программ. Статья рассчитана на новичков, и дает некоторые азы компьютерной грамотности. Информация о том, как выбрать и скачать файл с портала MyDiv.net находится. Смотрите также:, Скачивание файлов на компьютер Итак, что нам необходимо сделать для того, чтобы установить нужную программу на компьютер? Сперва, нужно скачать её установочный файл, после запуска которого программа установится на компьютер. Для этого нужно найти ссылку на скачивание программы и нажать на её. Примерный вид такой ссылки: В браузере после нажатия на ссылку для скачивания должен стартовать процесс загрузки на ваш жесткий диск. В некоторых браузерах может появиться диалоговое окно с предложением созранить файл в указанной папке, тогда укажите папку и запомните её.

В большинстве браузеров при скачивании файла внизу браузера должна появиться строка с загрузками. Пример для Google Chrome.

Обратите внимание, мы скачали файл MM26RU.msi. Теперь нажав на него мы может приступить к установке программы: Что делать если ссылок несколько? Даже для одного файла мы стараемся давать 2 ссылки:. С сайтов разработчиков программ. Это гарантирует максимальную актуальность файлов и то, что файл программы именно такой, как задумывали разработчики. С нашего сайта.

Это означает большую безопасность (мы проверяем файлы антивирусами) и во многих случаях отличную скорость скачивания. Бывают случаи, когда для разных операционных систем существуют разные версии программы. Сетевой драйвер для ноутбука asus eee pc 1011px. Кроме версии операционной системы (Vista, XP, 8, 10) существует еще и разрядность (32 или 64-битные) Чтобы выбрать нужный в таком случае - вам необходимо посмотреть какая система у вас.

Это просто узнать зайдя в свойства компьютера. В Windows XP или Windows 7 это можно сделать нажав на Мой Компьютер (правая кнопка мыши) → Свойства. В Windows 8 / 10 нажав на Пуск (правая кнопка мыши) → Система. Типы файлов Файлы в Windows имеют вид Имя файла(точка) Расширение файла.

Если раширение известно Windows, то оно обычно скрывается и его можно увидеть зайдя в свойства файла. Для того, чтобы приступить к установке программы, нужно разобраться с тем, что же мы скачали. Программы в интернете находятся в виде установочных файлов, и, скорее всего, вы скачали именно файл установки. Скачанный файл может иметь расширение EXE, MSI, а также одно из расширений архивов - RAR, ZIP, 7z (и очень редко другие). Вначале рассмотрим EXE и MSI, а потом опишем работу с архивами.

Скачанный файл может называться как угодно: setup.exe, icq8setup.exe, aimp3.10.1074.msi. Слово 'setup' или 'install', или их сокращения часто присутствуют в названии установочного файла, и переводятся, как 'установка'. Однако их может и не быть в названии. В любом случае при сохранении файла нужно следить за тем, как он называется и куда он сохраняется, чтобы потом перейти в папку и найти его. Установка программ Расширения.

MSI ничем не отличаются в плане установки. Скачав такой файл, остается только запустить (нажав Enter или двойным щелчком мыши по файлу) его и начать установку. Процесс установки, как правило, выполнен в виде пошагового мастера, который будет запрашивать у вас различную информацию. Мастер установки программ может быть выполнен по-разному, и может запрашивать разные данные. Иногда в начале установки предлагается выбрать режим - обычный или расширенный. Обычный режим, конечно, проще и больше подходит для новичков. А в расширенных режимах может предлагаться более точный выбор компонентов программы, и другие опции для тонкой настройки.

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

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

Галочки размещения иконки на рабочем столе и пункта программы в меню Пуск. Обычно стоит выбрать и то и другое. Отдельно нужно обратить внимание на рекламу, которая незаметным образом встраивается в процесс установки программ.

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

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

О ужас, программа установки пытается инсталлировать в браузер новую домашнюю страницу, поменять поисковую систему по умолчанию, и установить в систему две дополнительные программы. А ведь мы хотели только Mail.Ru Агент. Вместе с программой для общения, предлагается установить дополнительную рекламную программу - архиватор. Программа установки прячет рекламные опции в настройки, предназначенные для опытных пользователей, в надежде, что вы оставите их без внимания. Чтобы избежать установки ненужных программ и сервисов в систему, все галочки нужно снять перед тем, как продолжить. Будьте внимательны! Часто разработчики прибегают к хитрым уловкам, и делают все, чтобы вы пропустили те шаги установки, в которых есть вопрос об установке рекламных компонентов.

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

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

Этот файл будет однозначно с расширением EXE, а в его названии НЕ будет слов, подобных 'setup' поскольку это не установочный файл. Файл программы может называться по-разному (автор программы мог назвать его как угодно). Если файлов с расширением EXE несколько, то не бойтесь просто открыть каждый из них двойным кликом мышкой и посмотреть, что они собой представляют. Так вы найдете файл основной программы. Платные и бесплатные программы Платные программы предоставляют вам пробный период (часто 30-дневный), в течении которого вы можете оценить функциональность программы, и принять решение нужно ли ее покупать. По истечении 30 дней программа работать не будет, и вам нужно будет или купить лицензию, или найти к ней взломщик. Другим видом демонстрации работы программы может быть неограниченный по времени Demo-режим, в котором программа будет работать не в полную силу - некоторые функции будут недоступны.

Мы понимаем, что многие пользователи часто обращаются к взлому программ с помощью сrack-ов, серийных номеров и т.д., но обращаем ваше внимание, что их стоит искать где угодно, только не на MyDiv.net. Кроме того, 'кряки' и сайты, на которых они расположены, могут быть заражены вирусами. Часто, платные программы имеют бесплатные альтернативы, которыми вы можете воспользоваться. Почитать о разных типах лицензий, и о том, что они означают можно. Защита от вирусов При скачивании любых файлов из интернета, очень желательно иметь в системе. Любые exe-файлы могут быть заражены, и могут нанести ущерб вашему компьютеру или вашим конфиденциальным данным. Антивирус должен быть активным и обновленным.

Часто антивирусы проверяют новые файлы автоматически, как только они попадают к вам на жесткий диск. Но если у вас есть особенные подозрения относительно зараженности скачанных файлов, вы можете проверить их антивирусом целенаправленно. Безопасными сайтами, с которых можно скачивать программы, считаются 'белые' каталоги программ и сайты разработчиков программ. Пока на этом все, если в этой статье не описаны ваши вопросы, просим оставлять их в комментариях - мы ответим.

После нажатия на кнопку 'Скачать' с вашего сайта, появилось 'setupcaen/exe', я это сохранила на диск С, но когда попыталась открыть, появилось черное окно с цветной картинкой слева 'Installation / Update of TKexe'. Нажимаю на кнопку 'ОК' - ничего не происходит, ничего не открывается, программа не запускается.

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

На форуме OSZone модератор DJ Mogarych задал вопрос на тему удаления программ по сети. Команда wmic не видела ряд приложений, отображаемых в элементе панели управления «Установка и удаление программ». Нужно было их найти! По условиям задачи, у вас нет возможности работать в системе интерактивно, поэтому нужно сформировать команду для тихого удаления программы.

Ее выполнение – уже дело техники или инфраструктуры (есть ). Но сначала давайте познакомимся со способом, который ветеран OSZone применяет для решения задачи. Сегодня в программе. Сведения из класса WMI Win32Product Этот способ базируется на инструментарии управления Windows (WMI). Сведения об установленных программах содержатся в классе Win32Product, поэтому можно удалять программы из командной строки или PowerShell.

CMD Коллега по форуму пользуется командaми из арсенала консоли WMI. Вот так можно посмотреть список установленных программ наряду с основными сведениями о них: wmic product get name,version,vendor Зная имя программы, можно тихо удалить ее: wmic product where name='Имя программы' call uninstall /nointeractive PowerShell Командлет Get-WMIObject вам. Список программ: Get-WmiObject Win32Product ft name,version,vendor,packagename Удаление программы: (Get-WmiObject Win32Product -Filter 'Name = 'Имя программы').Uninstall Недостаток способа Этот подход сопряжен с большим ограничением, которое отчасти породило вопрос на форуме. Элемент панели управления «Установка и удаление программ» отображает больше приложений, чем выводят wmic и PowerShell.

В списке WMI присутствуют только приложения, установленные с помощью. Это не совсем очевидно, но я специально добавил в первую команду PowerShell вывод имен пакетов — все они MSI. Инструментарий управления Windows спроектирован в том числе и для управления состоянием ПО, но далеко не все программы используют установщик Windows, к сожалению. Сведения из реестра Windows Зато все нормальные программы при установке должны записывать сведения в реестр, откуда их извлекает элемент панели управления appwiz.cpl. Конкретный раздел реестра хорошо известен и давно задокументирован в статье (ее я всегда нагугливаю запросом uninstall registry). HKEYLOCALMACHINE SOFTWARE Microsoft Windows CurrentVersion Uninstall У каждого приложения там свой подраздел, именем которого по воле разработчика является название или идентификатор программы. Команда для удаления записана в параметре UninstallString – именно она вызывается из панели управления.

Заметьте, что команда открывает графический интерфейс деинсталлятора, но не удаляет программу автоматически, как в случае со способом WMI. Поэтому нужно еще выяснить ключ тихой установки/удаления, зависящий. Зачастую, это /s или /silent, и тогда команда для автоматического удаления выглядит примерно так: 'C: Program Files VideoLAN VLC uninstall.exe' /s Но и у этого способа есть нюанс – в обсуждаемом разделе реестра могут отображаться не все программы. Например, я не нашел там установленный uTorrent (проверьте у себя). Откуда панель управления о нем знает? К ответу можно прийти поиском по реестру или просто догадаться, но лучше сразу взять простой и удобный инструмент — Process Monitor. Быстрый мониторинг реестра с помощью Process Monitor Давайте выясним, откуда «Установка и удаление программ» берет сведения об установленном uTorrent.

На панели инструментов и Process Explorer есть мишень, помогающая точно определить процесс. Перетяните мишень из Process Monitor на окно панели управления. Process Monitor автоматически определит процесс окна и отфильтрует по нему результаты мониторинга, в чем легко убедиться, открыв список фильтров сочетанием Ctrl + L.

В данном случае за руку был схвачен процесс explorer.exe с PID 3704. В панели управления выполните поиск программы, чтобы спровоцировать запрос в реестр. В Process Monitor нажмите Ctrl + F и поищите имя программы или издателя (я искал torrent). Перейдите в редактор реестра сочетанием клавиш Ctrl + J. Обратите внимание на имя раздела реестра. Это пользовательский раздел HKEYCURENTUSER, а остальной путь идентичен системному разделу HKLM, который рассматривался выше. Помимо uTorrent в этом разделе у меня отметился браузер Яндекс и одно приложение Microsoft, пожелавшее не афишировать свое название в имени подраздела.

Заметьте, что Process Monitor помог найти нужную информацию моментально! Почему приложения записывают сведения в разные разделы реестра Для эксперимента выполните повторную установку uTorrent или любого другого приложения из списка HKCU. По ходу дела вы не увидите запроса UAC. Приложению для установки и работы не нужны права администратора, поэтому и вносить изменения в HKLM. Оно устанавливается в профиль и пишет сведения только в раздел реестра HKCU.

Применительно к удалению тут есть еще один нюанс – программа установлена в профиль конкретного пользователя, что видно на рисунке выше (Users Vadim). Поэтому при дистанционном удалении команда должна содержать абсолютный путь, если только не выполняется от имени этого пользователя. Традиционный же способ установки программ сопряжен с требованием прав администратора, сохранением файлов приложения в Program Files и записью сведений в HKLM. Даже если технически в этом нет нужды, разработчики могут идти навстречу администраторам, помогая им контролировать установку программ на ПК и проводить инвентаризацию ПО. Мне попадались приложения, в которых установщик ориентируется на текущие права пользователя – администратору показывает запрос UAC, а пользователю сразу ставит в профиль. Литература Для дальнейшего изучения вопроса вам могут пригодиться подобранные мной материалы.

Открывает список статья, которой скоро исполнится 10 лет. Она еще из первой волны материалов на тему автоустановки, но вполне актуальна. – инструкция по удалению программ с помощью wmic.

– разбор побочного эффекта при опросе класса Win32Product и скрипт PowerShell для извлечения сведений из раздела реестра Uninstall (опять же, только HKLM). – Эд Уилсон мучает класс Win32Product при помощи своего модуля Дискуссия Я решил рассказать про мишень после того, как дважды за вполне праздничный день воспользовался ей сначала в Process Explorer, а затем в Process Monitor. Такие инструменты значительно упрощают изучение системы, и в нашем случае ответ на совсем неочевидный вопрос нашелся очень легко. У меня, и почти все задачи решаются в 2-3 хода. Судя по форуму и почте, новогодние праздники многие читатели посвятили переустановке Windows, и я не исключаю появления небольшой заметки по мотивам вопросов. Обычно, в каникулы я создаю несколько статей и ставлю их на будущие даты, но в этот раз не получилось.

Я не так много времени проводил за ПК и даже не сумел подвести итоги велосезона оТ-о Впрочем, идей и набросков только прибавилось:) Однако я поковырял блог и помимо прочего прикрутил поиск в, о чем вы меня просили. А вы чем высокотехнологичным занимались в каникулы? Готовы к Windows 10 Consumer Preview через неделю?:).

Почему даже инcталятор Windows оставляет после себя хвосты в реестре, не удаляет за собой пустые и не очень папки, файлы, ассоциации файлов. Почему молоток забивает гвозди криво?

Установщик Windows — это инструмент. Им должен уметь пользоваться создатель программы. Вы можете привести конкретные примеры программ, после установки которых остаются полные папки и ассоциации файлов? Мне давно интересно, почему есть необходимость в разного рода утилитах типа Your Uninstaller и т.п. Меня часто спрашивают, но я так и не сподобился написать статью, ибо бесполезно:) Но я считаю, что в таких утилитах нет необходимости. Есть два варианта: 1. Делается снимок (Ashampoo Uninstaller, если не изменился за 10 лет, что я его не брал в руки:).

Откуда снимку знать, что произошло после установки? Может, другие приложения пользуются этой папкой или пользователь туда файлы сохранил. Ведется игра в угадайку. Сначали вызвали штатный деинсталлятор, потом за ним начали чистить, руководствуясь какими-то своими принципами.

Какими, куда именно полезли? Зачем мне пускать еще одну программу в систему, чтобы она удаляла мне что-то с диска или из реестра? В первую очередь приложения от Adobe и Google оставляют много следов. А также ряд программ устанавливающих драйвера, не удаляют их за собой после установки.

Яркий пример, у AMD есть отдельная утилита, чтобы удалить все следы драйверов. Но почему это не делает их стандартный деинсталятор?! Часто пользуюсь Your Uninstaller! Pro, он всегда в конце показывает какие папки и ключи реестра нашел и стоит ли их удалять. По поводу своих алгоритмов, вы правы. Например, намедни разбирался с проблемами вывода DTS звука на SPDIF (кстати, в этой связи у меня к вам позже будет вопрос). Так вот, у Revo Uninstaller были паттерны для удаления K-Lite Codec Pack.

(думал, что проблемы в нём, а оказалось в настройках Windows). Меня эти две утилиты выручают, когда надо разобраться с заглючившим софтом, ибо удаление-установка стандартными средствами не всегда решает проблему. Конечно, я создаю контрольную точку восстановления системы, перед манипуляциями. Даже не смотря на то, что эти утилиты тоже создают их при каждой операции. Главное, когда всё стабильно заработает, не забыть удалить эту массу контрольных точек.

=) Вадим, так может стоит написать статью о том, почему вы считаете, что не нужно пользоваться подобными утилитами. Думаю, дискуссия на этот счёт будет жаркая и доказательная, с каждой стороны. Manual по эксплуатации acer aspire 3610. Слава, я не пользуюсь универсальными деинсталляторами, потому что: а) Мне практически нечего удалять. Я не ставлю всякое засоряющее и конфликтное барахло вроде K-lite Codec Pack, я редко ставлю новые программы, у меня давно устоялся набор.

А если надо поэкспериментировать, есть виртуалка, которая мало отличается от основной системы по производительности. Б) При отсутствии проблем удаление ничего не дает. Если есть проблема, надо ее решать по факту, а не повальным удалением.

Я в блоге пишу о том, чем пользуюсь сам, и не пишу о том, чем не пользуюсь. Поэтому я не буду тут сидеть и рассуждать, почему вам это не нужно. Вам нужно — пользуйтесь. Я в блоге пишу о том, чем пользуюсь сам, и не пишу о том, чем не пользуюсь. А заголовки «В чем риск работы в устаревшей операционной системе», «Можно ли работать в Windows без антивируса» и «6 ошибок людей с маленьким системным разделом» говорят об обратном. Или вы без антивируса работаете в устаревшей операционной системе, установленной на маленьком системном разделе?:) При отсутствии проблем удаление ничего не дает. Если есть проблема, надо ее решать по факту, а не повальным удалением.

При этом в статье «Как свободное место на SSD влияет на его производительность и срок службы» вы отмечаете, что свободное место на SSD не всегда бывает лишним. Приведу вам простой пример. Человек установил браузер Google Chrome 2.

При первом запуске был создан профиль в%userprofile% AppData Local Google Chrome 3. Человек пользовался браузером полгода, потом возникла какая-то проблема, он решил его переустановить — удалил, поставил заново. Вопрос: с точки зрения удобства пользователя и здравого смысла, следует ли Google удалять с диска папку AppData Local Google Chrome после удаления браузера? Это простой вопрос «Да/Нет», но я уверен, что вы сможете написать на эту тему целый опус. Если просто «да/нет», то разумеется нет. Причина проста: это не относится к процессу установки/удаления программы. По аналогии: стоит ли удалять все офисные документы на подключенных в данный момент носителях в процессе удаления мс офиса?

А что делать, если некоторые документы оказались на отключенных в данных момент носителях или вовсе уплыли куда-то в инет? Это не файлы, создаваемые на диске при установке программы, они созданы в процессе последующей работы уже установленной программы. И это, очевидно, к теме не относится. Могу я попросить вас следовать вашей же безотказной просьбе вести обсуждение только по теме этой записи?

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

Моя позиция заключается не в недовольстве какими-то отдельными конкретными программами, а в критике подхода в целом, когда программа инсталляции самостоятельно принимает решения. Вы же, вместо того, чтобы признать порочность такого подхода (я понимаю, что изменить его вы не в силах), начинаете выступать его адвокатом и пытаетесь увести разговор в частности. Что плохо: (де)инсталлятор неподконтролен системе. Он может писать и удалять что угодно и куда/где угодно. То, насколько он правильно (т.е. Ожидаемо) будет работать — целиком на совести разработчика (как самого инсталлятора, так и устанавливаемой программы, который его настраивал).

Если он профессионален, аккуратен — всё будет работать идеально. Если нет — в лучшем случае после удаления программы могут остаться бесполезные файлы, в худшем могут пострадать пользовательские данные. Как должно быть: предназначенный для этого дела модуль операционной системы тоталитарно контролирует процесс установки и удаления. Дистрибутив программы не является исполняемым файлом, а просто содержит файлы программы плюс служебные файлы, содержащие описательную часть, электронные подписи, зависимости, список необходимых программе ключей реестра, какие-то карты вариантов установки и т.п. Установочный модуль ОС читает и анализирует служебные файлы, проверяет конфликты, после чего распаковывает и записывает файлы, создаёт ключи реестра.

Все эти действия записываются в базу данных. Соответственно можно запретить запись в какие-либо каталоги или ветви реестра (даже если пользователь имеет право за запись туда), либо сделать несколько зон доступа и в интерфейсе выводить сообщения пользователю с запросом подтверждения. Во время жизни программы в системе можно в любой момент узнать куда что было записано при установке любой программы. Когда наступает пора удалить программу, всё возвращается в исходное положение: установочный модуль, подглядывая в базу данных, удаляет созданные при установке файлы и ключи реестра. Насколько припоминаю, часть этих действий делает ряд программ-оболочек установки, где-то в комментах пролетало знакомое название даже. По их образу и подобию в этом гипотетическом установочном модуле можно обеспечить обратную совместимость с уиллионом уже существующих дистрибутивов с «классическими» установщиками.

Где сделано правильно: в подавляющем большинстве бинарных дистрибутивов линукс, в более широком охвате — возможно в большинстве бинарных.никсов. При чём тут какая-то «модель Linux»? Это модель тоталитарного контроля за установкой. Да, она используется в большинстве линуксовых пакетных менеджеров, но забавно, что вы это использовали как повод для отказа от дискуссии:) Ну и вообще, микрософту не привыкать коммуниздить фичи из мира опенсорса:) превращения Windows в Linux в ближайшее время не предвидится Именно поэтому в винде появляется трёхмерная визуализация интерфейса, многостоловость, пилится консоль и создаётся пакетный менеджер? (за исключением доли рынка:) Это можно интерпретировать в обе стороны. Я не понимаю, чего вы от меня хотите.

Размахивать флагом линукс в этом блоге — ваша прерогатива. Моя — объяснять, как работает Windows. Объясняю упрощенно (конечно, вы все это знаете, просто вам скучно и вы требуете ответов).

В Windows процессы получают права, которые имеет пользователь — полные (при повышении или отключенном UAC) или ограниченные. Соответственно, если пользователь запустил процесс, тому позволено делать все что угодно в рамках его прав. Этих прав может быть недостаточно, чтобы нарушить работу системы, потому что важнейшими объектами владеют SYSTEM и TrustedInstaller.

Но их точно хватает, чтобы удалять любые файлы в профиле пользователя. Также Так работает Windows, и о грядущих изменениях в этом аспекте мне ничего неизвестно (перечисленное вами — мелкая косметика, по совместительствую повышающая ЧСВ линуксоидов). Главные изменения уже произошли — это приложения из Магазина, которые жестко ограничены в правах. Это единственный путь в Windows, если вас не устраивает модель классических приложений. Даже уже не знаю как мне написать, чтобы вы поняли мою мысль. Не было нужды столь подробно описывать права в винде: во всех многопользовательских системах логика работы в этом отношении в первом приближении идентична.

Я веду речь не за права доступа вовсе. Достаточно перечитать мой пост и понять, что речь в первую очередь идёт о скрупулёзном учёте в процессе установки программ и не менее скрупулёзной подчистке при удалении. При этом установкой/удаление занимается модуль ОС и можно ли что-то куда-то писать — решает он (и необязательно руководствуясь только правами инициировавшего установку пользователя) и на это разработчик устанавливаемой программы повлиять не может. Что касается ЧСВ линуксоидов, то его уж скорее повышает то, что у них, в отличие от, управление файлами пакетов в полном порядке. Всегда можно посмотреть какие файлы есть в составе пакета. Всегда можно узнать какому пакету принадлежит любой файл.

И если удаляется ранее установленный пакет, будьте уверены, что на диске от него не осталось ни одного файла, кроме разве что конфигов в /etc, если у него таковые в составе были. Так работает Windows, и о грядущих изменениях в этом аспекте мне ничего неизвестно Ну, если говорить о том аспекте, о котором говорю именно я, то возможно что-то собираются поменять, я о (веселит, что сторонний сайт не стесняется прямо в заголовке без обиняков сравнить нововведение с линуксовыми аналогами).

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

Не пробывал Ashampoo Uninstaller. Зато тестил удалялки, а именно, вначале устанавливался софт по дефолту, как обычно полагается с довеском мусора.

Revo Uninstaller Pro частично норм справился с задачей и оставил мало следов. А вот его соседи Reg Organizer, Soft Organizer, Advanced Uninstaller PRO, GeekUninstaller, Uninstall Tool, Your Uninstaller! Pro — с задачей не справились! Система была сильно замусорена. Reg Organizer и Soft Organizer — вообще систему уложили. Хорошо, что это в песке было.

Хотя, пробывал на реальной их от Комодо следы почистить — систему уложил. Хотя, аккуратно юзал. Поэтому крайне их НЕ рекомендую!!! Есть одно но Я удалялкам очень не доверяю. Хотя, хочется норм софт по удалению, чтобы потом не мучатся.

Вот взять Комодо. Его удаляешь, утилитой его проходишь, а он не ставится — ошибка. Я к тому, что я например хочу удалить его так, чтобы в системе следов его не осталось, как будто его и не устанавливал. Хочу сменить Комодо на что-нить другое, но как быть, чтобы он в системе не остался? Вот что посоветуете?

Слава: Вадим, любопытную тему вы затронули. Мне давно интересно, почему есть необходимость в разного рода утилитах типа Your Uninstaller и т.п. Почему даже инcталятор Windows оставляет после себя хвосты в реестре, не удаляет за собой пустые и не очень папки, файлы, ассоциации файлов. Эти хвосты никак не влияют на работу системы.

Но если очень хочется их подчистить: 1. Удаляем программу штатными средствами.

Проверяем наличие оставшихся от неё папок в Appdata, ProgramData, Program Files и т.д. Берем в руки Autoruns и смотрим оставшиеся от программы библиотеки, драйвера (коробочные версии игр часто оставляют всякие дрова для защит от копирования) и прочее. Удаляем, но осторожно. Вот в принципе и всё.

Напомню, всё это можно и не делать — система как работала так и будет работать. Ccleaner, Wise Disk Cleaner и прочие — не очистят так, как это делают прямые руки. Драйвера ни одна утилита автоматом не снесет, а если и снесет, то с большой долей вероятности что-то поломается.

Ключи реестра вообще лучше не трогать (за исключением случаев, когда надо подправить/удалить конкретный ключ для решения проблемы, и то надо резервную копию делать перед любыми действиями), а если и трогать, то явно не утилитами. Из AppData ни одна утилита не умеет папки сносить на совесть, все что-то оставляют или лишнее забирают.

И вообще, хвосты чистить никто не заставляет. Они никак не мешают работе Windows. Ну разве что драйвера иногда могут загрузку Windows замедлять, у меня были драйвера от MediaTek устройства, которое я подключал где-то полгода назад и они мне больше не нужны — вот их я снес через AutoRuns, а остальное лучше вообще не трогать и будет счастье.

Доброе время суток. Не испытываю нужды в поисках «хвостов», т.к. Не занимаюсь бесконечным удалением/установкой программ. Обхожусь устоявшимся минимальным набором приложений, а точнее почти отсутствующим набором. Правда, Sysinternals все-таки имеется. Все остальное, необходимое лично мне, позволяют сделать приложения и сервисы MS.

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

По поводу ваших слов о кодеках и их нужности(ненужности). Если вам необходимо лишь воспроизвести видеофайл, то достаточно и дополнительного плеера. А если нужно его отредактировать? Значит нужно ставить еще и программу-редактор. Я например использую Movie Maker как для редактирования, так и для извлечения содержимого, например с DVD. Мне не нужна куча стороннего ненужного софта.

Обхожусь инструментами Windows. Спокойной ночи, с добрым утром. Справедливости ради, не все плееры всегда одинаково полезны, в частности упомянутый вами на форуме VLC. Столкнулся недавно сам, приобретя аудиосистему, умеющую самостоятельно декодировать звук из разных форматов Dolby и DTS. Выяснилось, что VLC очень ревнив и категорически не любит отдавать декодирование наружу, даже если в настройках прямо указать цифровой выход и поставить галку использования SPDIF. Гугление рассказало, что это не мой частный случай, а системный подход авторов плеера. Мучил я линуксовый vlc, но в винде судя по всему ситуация симметрична.

Но многое делается к лучшему, благодаря отказу по вышеупомянутой причине от VLC я-таки нашёл (почти) идеальный плеер:). В процессе дискуссии, поднялся вопрос оставления хвостов деинсталяторами. И что проблема не в инструменте Установщике Windows, а в неправильной с ними работе, создателей дистрибутива приложения. Чуть позже всплыл Линукс и у меня возник вопрос. Можно ли в Линукс неправильно создать пакет (rpm, deb) программы?

Точнее, насколько это сложно, если не стоит такая цель? И если вдруг это не так легко, то может все-таки дело в инструменте?

Может не квалификация плотника виновата, а молоток с ручкой в виде штопора и смещенном центре тяжести бойка? Если он ошибается в этом, страшно подумать, что он напрограммировал. На хабре много проверок с использованием PVS-Studio. Ошибки есть везде. Где-то больше, где-то меньше. Думаю закрытого кода это касается в той же мере.

Как и настройки установщика. Винда неплохая ОСь, но вся это статья, и есть классический пример «костыля», подпирающего не самое лучшее решение. Можно сетовать на непрофессионализм разработчиков софта, а можно попросту не дать им возможности накосячить в принципе. Думаю сами вспомните кучу разных примеров, иллюстрирующих эти два подхода. Как пример — бескорпусные процессоры (сколы при установке кулера) и отсутствие тротлинга (сгорают от перегрева). Можно жить и с этим, но корпусировка и защита от перегрева, встроенная в процессор все-таки лучше.

Вся это статья, и есть классический пример «костыля», подпирающего не самое лучшее решение. К сожалению, Windows Installer появился поздно и без удобного бесплатного инструмента для создания пакетов (его до сих пор нет вроде). Наверное, в нем нет каких-то возможностей, которые нужны разработчикам (точно так же, как во встроенном ПО Microsoft нет каких-то фич, которые нужны пользователям). Поэтому неудивительно, что разработчики используют другие инсталляторы, исключая тем самым стандартизацию установки, управления и удаления ПО в Windows. Это проблема, конечно, и даже на этапе развертывания в организациях (GPO), на которые ориентирована MSFT. Я понимаю разницу, но не считаю это проблемой.

Разработчик знает, куда и что он сохраняет, т.е. Может точно так же удалить. Если он ошибается в этом, страшно подумать, что он напрограммировал. Может удалить, может не удалить. В первом случае никто не обратит внимания, во втором микрософт может сделать круглые глаза — «это ж разработчик виноват!». И все довольны, кроме пользователя, как я уже говорил, ставшего заложником этой ситуации. Пакетный менеджер это может?

Он представления не имеет, что делала программа в течение своей жизни в системе. К сожалению, Windows Installer появился поздно и без удобного бесплатного инструмента для создания пакетов (его до сих пор нет вроде). Да, как и многие другие вещи в винде.

Например сохранение данных, создаваемых программой, отдельно от программы, в каталоге пользователя. В результате у миллионов разработчиков совместное хранение вросло в привычку и пришлось делать виртуализацию файловой системы для обеспечения обратной совместимости таких быдлопрограмм. Всех пересадить на Windows Installer тоже не панацея, нужен новый инструмент с принципиально другой логикой, в котором костыли да, останутся, но только лишь для обеспечения обратной совместимости с WI и остальным наследием. Пока же ситуация всех как бы устраивает — микрософту не нужно дёргаться, разработчики настраивают инсталляторы кто как умеет, ну а пользователи либо мирятся с остающимся мусором и дырами в безопасности, либо вооружаются проводником с кнопкой delete и сторонними утилитами разной степени кривости. И тоже часто в результате получают боль в нежных местах. А на форумах (да даже в комментариях к этой записи) их обзывают буратинами, хотя в корне, изначально, во всём вина разработчика ОС, за десятки лет не удосужившегося оборудовать нормальную систему управления установкой.

Примеры Установки Программы

(точно так же, как во встроенном ПО Microsoft нет каких-то фич, которые нужны пользователям) Ну нет фич — это ещё мягко сказано:) Но тут есть принципиальная разница: встроенное ПО — по определению затычки, на сервере инишник подправить блокнотом, скриншот в техподдержку по-быстрому обрезать в пейнте и т.п. Тот, кому постоянно нужен текстовый редактор, конечно поставит себе нормальный сторонний, то же самое касается редактора графического.

Установка/удаление программ — одна из ключевых задач операционной системы, поэтому во встроенном ПО фич может и не быть, но в установке/удалении они быть обязаны. @strafer Вот и квинтэссенция (о Linux) Пакетный менеджер представления не имеет, что делала программа в течение своей жизни в системе. Из чего следует, что созданные программой в процессе работы данные никуда не деваются после удаления программы и оседают в системе в качестве мусора (в вашей терминологии), если только пользователь их не удалит вручную. (o Windows) а пользователи либо мирятся с остающимся мусором и дырами в безопасности, либо вооружаются проводником с кнопкой delete и сторонними утилитами разной степени кривости И это после конкретного примера приложения для Windows, предлагающего вместе с собой удалить пользовательские данные. Что характерно, ни к селу ни к городу упомянуты какие-то дыры в безопасности.

Знаете, у меня нет проблем с тем, чтобы признать преимущества менеджера пакетной установки Linux в контексте поднятого в статье вопроса — централизованная установка и удаление ПО. Собственно, само по себе появление этой статьи указывает на недостаток экосистемы и операционной системы Windows в этом вопросе.

Эта запись не случайно помечена тегом (и она стала в ней юбилейной — 60й, при том что в категории Windows сейчас 269 статей). При этом я вообще не поднимал тему оставленного мусора, ее подняли в комментариях на уровне общих заявлений. И до сих пор, несмотря на мои просьбы, никто не привел конкретных примеров — вот приложение, вот оставленный за ним мусор. Действительно, зачем напрягаться, если можно выставить мусор как непреложный факт, не требующий доказательств. Но когда я вам показываю реализованные в Windows вещи, позволяющие разработчикам программ удалять созданные в процессе работы программы данные с разрешения пользователя (чего нет в Linux или вы забыли об этом рассказать), вы делаете вид, что в Windows таких инструментов не существует, продолжая как заклинание твердить мусор-мусор-мусор, притворно жалея пользователей ОС Microsoft.

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

У меня сейчас не очень хорошо со свободным временем, поэтому я бы предпочел фокусироваться на полезных статьях, а не биться головой об стену в комментариях. Поэтому я хорошо подумаю в следующий раз, прежде чем что-нибудь написать вам в ответ. Спасибо за понимание. Это все в консоли делается? И главное — удаляются ли при этом пользовательские данные, созданные программой, как показано на скриншоте моего примера? Да, это консольные команды.

GUI я не пользуюсь, но вроде есть. Opera удаляет то, что лежит в Appdata Roaming Opera. Эта папка в Ubuntu хранится в home и скрыта. Apt-get remove удаляет только программу, оставляя папку с конфигами, apt-get purge удаляет программу и эту папку с конфигами.

И там это действует для всех программ, а на Windows разработчики редко озадачивают себя подобными вопросами. Что характерно, ни к селу ни к городу упомянуты какие-то дыры в безопасности. Дыры есть как раз. Программа-установщик запускается от имени администратора и получает полный контроль над системой. А теперь вспомните ситуацию с удалением яндекс диска пару-тройку месяцев назад, когда из-за ошибки в деинсталляторе программа уносила за собой всё что могла удалить. А это — почти целиком профиль пользователя и часть файлов в системных каталогах (Windows, Program files). В nix это невозможно.

Однако, не всё так плохо. В Windows 10 уже есть (но пока не работает вроде) пакетный менеджер — OneGet.

К релизу (и даже раньше) можно будет ставить программы простым Install-Package Opera например. Видимо, классические приложения допустят в Windows Store (они сейчас там есть, но только в виде ссылок на официальные сайты разработчиков) и он станет эдаким репозиторием для всех Windows программ. Так что майкрософт в курсе этих недостатков и в скором времени, видимо, их устранит. Вам же спасибо за хорошую статью и удачи. Из чего следует, что созданные программой в процессе работы данные никуда не деваются после удаления программы и оседают в системе в качестве мусора (в вашей терминологии), если только пользователь их не удалит вручную.

Пакетный менеджер не в состоянии отследить чего насоздавала программа за время её жизни. Да, можно в пакет засунуть информацию, где программа по умолчанию хранит какие-то свои файлы, но это места по умолчанию. Стоит что-то поменять (у той же оперы есть возможность передать ей в параметром другой конфиг, в котором могут быть прописаны произвольные пути до всего её барахла), и умолчание работать перестанет. Я рад за системы с апт-гетом (честно говоря о purge представления не имел, я сам арчер), но лично меня вмешательство в пользовательские данные в таком не совсем явном виде не очень привлекает, т.к. Если они не нужны, то удалить их проще некуда, не надо ничего искать, всё лежит в домашнем каталоге. И это будет явным действием пользователя, за которое он сам несёт ответственность. «Мусор» в моей терминологии — файлы самой программы, созданные в процессе установки.

Но когда я вам показываю реализованные в Windows вещи Ну это лукавство, эти вещи реализованы не в Windows, а в установщике оперы. Обратной стороной таких удобств становятся забавные приколы, пример которых описала Ника Гурджумелидзе.

Это не столько ошибка разработчиков яндекса, сколько системная проблема винды в данном аспекте: разработчику приложения разрешено катать произвольную программу, но при этом же никто не следит, чтобы он откатал обязательную. Что характерно, ни к селу ни к городу упомянуты какие-то дыры в безопасности. Продолжая как заклинание твердить мусор-мусор-мусор Два вопроса: 1. Может ли деинсталлятор не удалить все файлы, установленные инсталлятором?

Может ли деинсталлятор удалить файлы помимо тех, что установил инсталлятор? Возможно в процессе ответа на эти два вопроса у вас пропадёт часть претензий ко мне. Я не девушка:D Извини:) На оба вопроса ответ один — все зависит от разработчика. Пример яндекс-диска показал, что деинсталлятор способен на всё. И это логично.

Но Вадим не отрицает преимущества менеджера пакетов, так что ваши претензии к нему выглядят как минимум странно. Как я вижу предмет нашего спора сейчас: я утверждаю, что установщики — это костыль, который делает, что хочет и это хорошо бы поменять на что-то более элегантное, он говорит, что с ними всё нормально и ваш линукс нам тут не нужен. Как я вижу предмет нашего спора сейчас: я утверждаю, что установщики — это костыль, который делает, что хочет и это хорошо бы поменять на что-то более элегантное, он говорит, что с ними всё нормально и ваш линукс нам тут не нужен. Это наверное из этого текста вытекает: Знаете, у меня нет проблем с тем, чтобы признать преимущества менеджера пакетной установки Linux в контексте поднятого в статье вопроса — централизованная установка и удаление ПО.

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

Угадайте какой процент разработчиков себя этим озадачивает. И таким разработчикам не помогают никакие гибкие средства разработки — в магазине Windows тоже полно некачественного софта, а ведь там для написания приложения усилий нужно прилагать минимум. Vadim Sterkin: К сожалению, Windows Installer появился поздно и без удобного бесплатного инструмента для создания пакетов Именно. Ключевой инструмент, для ключевой задачи, даже после многих лет развития не проработан. Весь этот спор возник из за вашего (неосторожного?) высказывания: «Почему молоток забивает гвозди криво? Установщик Windows — это инструмент. Им должен уметь пользоваться создатель программы.» Я же считаю, что стоит разделять область ответственности, между разработчиками софта и ОСи.

В том числе за последствия и ошибки. Дайте прямой молоток и не будет нужды винить в неумении пользоваться инструментом. Lecron: Весь этот спор возник из за вашего (неосторожного?) высказывания Почему неосторожного?

Установка Программ На Компьютер

Я констатировал факт. Lecron: дайте прямой молоток и не будет нужды винить в неумении пользоваться инструментом. Я только за, но если этого нет, а вы хотите ваять, будьте любезны учиться. Наличие простых инструментов разработки не панацея. С одной стороны, это снижает порог вхождения в касту разработчиков ПО, а с другой — снижает качество этого ПО.

Примеры Установки Программного Обеспечения

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