Если вы пропустили предыдущие части этой серии, перейдите по ссылкам:

• Тестирование приложений на совместимость с Vista, часть 1
• Тестирование приложений на совместимость с Vista, часть 2
• Тестирование приложений на совместимость с Vista, часть 3
• Тестирование приложений на совместимость с Vista, часть 4

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

Если вы хотите прочитать другие части этой статьи, то, пожалуйста, перейдите по ссылками:

Если вы пропустили предыдущие части этой статьи, то, пожалуйста, прочитайте:

• Тестирование приложений на совместимость с Vista , Часть 1
• Тестирование приложений на совместимость с Vista , Часть 2

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

Теперь, когда вы установили и настроили Application Compatibility Toolkit, пришло врем проверить приложения на совместимость. Для этого на первом этапе мы установим агента, работа которого будет заключаться в сборе каталога приложений с каждой рабочей станции.

Если вы пропустили первую часть этой серии, перейдите по ссылке Тестирование приложений на совместимость с Vista, часть 1

В предыдущей статье этой серии я показывал, как вы можете протестировать приложения на совместимость с Vista в небольших корпоративных сетях. Хотя метод, который я демонстрировал в предыдущей статье, работает, он абсолютно непрактичен для больших корпоративных сетей. К счастью, компания Microsoft создала бесплатный инструмент под названием Application Compatibility Toolkit (Пакет проверки совместимости приложений), который вы можете использовать для тестирования приложений на совместимость в больших сетях. В этой статье я покажу вам, как работает этот инструмент.

Один из основных барьеров для перехода на Windows Vista заключается в совместимости. Многие приложения, которые отлично работали под Windows XP, либо имеют проблемы, либо вообще не работают под Windows Vista. В результате вам просто необходимо тестировать приложения на предмет совместимости, прежде чем переходить на Vista.

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

Очень многие пользователи персональных компьютеров до сих пор предпочитают более старую версию операционной системы Windows – Windows XP. Нельзя сказать, что она идеальна и что у нее полностью отсутствуют отрицательные моменты, но ее относительная простота, высокая производительность работы, стабильность и надежность до сих пор позволяют ей успешно конкурировать с более новой операционной системой -  Vista.

Пользователи предпочитают Windows XP по ряду причин. У кого-то возникают проблемы в работе каких-либо приложений и оборудования под Vista, а кому-то просто нравится более привычный классический вид меню XP. Кроме того, на одном и том же оборудовании XP работает заметно быстрее Vista, занимает меньше памяти и объема жесткого диска. При этом количество возникающих ошибок в Vista гораздо больше, чем в XP, а стабильность - гораздо меньше. Поэтому многие пользователи решают вернуться обратно на XP. Однако сделать это без потери информации не так-то просто, как кажется.

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

На данный момент подавляющее большинство систем учета пользователей учитывают только запросы на загрузку web-страниц (то есть запросы по протоколу HTTP), таким образом, посещения Сети только для просмотра текущей корреспонденции (протоколы POP3i, IMAPi) или загрузки файлов через протокол FTP остаются неучтенными.
Каждое действие описывается рядом параметров, которые можно зафиксировать. Это:
-некоторые передаваемые серверу характеристики браузера (тип, язык, встроенные расширения, поддержка приложений),
-просматриваемая страница,
-ссылающаяся страница,
-IP-адрес,
-данные прокси-сервера,
-поддержка cookie и Java,
-часовой пояс,
-и др.
Все эти параметры передаются серверу при запросе страницы или могут быть получены через специальный Java-код, установленный на просматриваемой странице. На основе полученных исходных данных можно с некоторой точностью идентифицировать пользователя.

В Windows XP, которая пока что остаётся самой популярной операционной системой из всей линейки Windows, существует великое множество разнообразных встроенных в неё корпорацией Microsoft сервисов, также называемых службами. О том, для чего нужны некоторые из них, мы с вами сейчас поговорим.

Ознакомиться со службами, которые существуют в вашей версии Windows, можно с помощью msconfig´а. То есть, вы нажимаете "Пуск", выбираете "Выполнить", пишете в строке "msconfig" (само собой, безо всяких кавычек) и нажимаете "ОК". Потом в появившемся окне переходите на вкладку "Службы" - и вот перед вами готовый список всех служб. Системными можно считать те из них, для которых в качестве производителя указана корпорация Microsoft.

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

Со службами мы будем знакомиться в алфавитном порядке - в том же, в каком они расположены по умолчанию в окне msconfig´а.