Увы, оказывается, протестировать производительность решений в виртуализации вообще и Microsoft Hyper-V Server в частности оказалось не таким простым делом, как это казалось сначала. Проблема – в сценарии и анализе результатов. Как показал небольшой тест на реальном коде реального сайта – проблемы могут скрываться в различных мелочах и рост числа одновременных сапросов никак не будет отражаться на производительности сайта – он что на 100, что на 1000, что на 5000 виртуальных клиентах WCat будет реагировать практически одинаково, 150 запросами/сек. Пока не переполниться очередь того же ASP.NET вообще… примерно на 15000 клиентов :) или не ляжет сам клиент WCat. Поэтому я по-прежнему в поисках “истинного” сценария тестирования распределения нагрузки на сервера приложений при виртуализации, особенно в разрезе того, что неописуемая доброта некоторых партнеров привела к тому, что теперь я ищу, чем бы таким “виртуальным” нагрузить 8ми процессорный 32х ядерный сервер. :)

Но пост не о том… В процессе поиска тех самых сценариев анализа нагрузки на сервера, особенно веб, я наткнулся на интереснейший документ…. Оказывается, пока я сам придумывал какие-то решения относительно провижининга сайтов под управлением IIS7, некоторые товарищи написали отличный и весьма преинтересный документ под названием “Creating Shared Hosting Solutions on Windows SharePoint Services 3.0”. Думаю, название говорит само за себя – здесь все о том, как создать решение и хостить на WSS 3.0 для общего доступа и что нужно для провижининга решения на WSS. Рекомендуется к прочтению всем, кому особенно лень самостоятельно разрабатывать и хостить вместе и по отдельности веб-решеня, делающие то, что делают Windows Sharepoint Services 3.0. А делают, они, поверьте, многое.

Сегодня (вернее – уже вчера), как и обещал в прошлых постах про Hyper-V Server, решил проэкспериментировать с виртуализацией серверов IIS7 под управлением Hyper-V Server 2008. Хотел, наивный, добиться озвученных ранее показателей, когда виртуализация позволяет “разогнать” вебсайты за счет “обхода” узких мест при диспечеризации процессоров и ввода/вывода веб сайтов. Щаз!!! Но давайте все по порядку….

Итак, сценарий задуманного тестирования был крайне прост (как АКМ), что позволяло надеяться на положительный результат.

Шаг 1. Берем сервер – все тот же, использовавшийся и ранее для экспериментов с Hyper-V Server Dual Xeon x5345, 4GB MEM, SAS RAID 0 10K rpm – и устанавливаем на него WS08 с IIS7. Для чистоты эксперимента отключаем в IIS7 кеширование контента, включаем ASP.NET и пишем какую-нить страничку aspx, которая при инициализации просто много считает, деля и перемножая раз так 10К случайные числа с плавающей точкой – чтобы было чем занять процессор.

Шаг 2. Берем еще 2 “сервера тестирования” и устанавливаем на них весьма оригинальную программу под названием Web Capacity Analysis Toll (WCat), которая генерирует необходимое число запросов с этих серверов на нужную страницу на сервере веб согласно простенького скрипта. По умолчанию оба WCat c серверов эмулировали по 1024 клиента, непрерывно “дергающих” заветную страницу – получалось – запрос каждые 0,014 сек

Шаг 3. Меряем все это дело 3 раза – вернее, сохраняем логфайлы показателей транзакций, а за одно посматриваем на загрузку процессоров вебсервера.

Результаты получились примерно следующими: Transactions/sec: 595; Requests/sec: 1187; Total Errors: 214; веб сервер CPU: 10%. Самое интересное, что дальнейшее увеличение числа эмулируемых клиентов в WCat к особому изменению показателей не приводило… А после 2500 клиентов – уже начали притормаживать сами генерирующие запросы сервера.

Теперь тоже самое, только на Шаге 1 на тестируемом сервере поднимается Hyper-V Server 2008, в нем 2 виртуальные машины Windows Server 2008 Web Edition с IIS7. Каждой выделяется по 4 виртуальных процессора и 1,7ГБ ОЗУ (чтобы 4-2*1,7=0,6 оставить самому серверу на виртуализацию, реально же счетчики показывали 3,84ГБ занятой памяти). Настройки IIS7 и страница – те же, что и в предыдущем примере.

Шаг 2. “Натравливаем” WCat с разных серверов на разные виртуальные IIS7 с параметрами эмулируемых клиентов, что и в предыдущем примере, увеличенными на 2.

Шаг 3. Меряем – и получаем: Transactions/sec: 315; Requests/sec: 628; Total Errors: 161; веб сервер CPU: 5%, родительский CPU 1-2%.

Выводы? В принципе 2*315=630>595; 2*628=1246>1187 – что должно говорить о повышении производительности, хотя 4% – это в пределах погрешности… Также пока непонятно с ошибками соединения – их тоже стало больше – 2*161=322>214 – причем, не на 4%, тут тоже стоит покапаться…

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

Но больше всего смущает нагрузка – надо все же потестировать решение, когда оно будет нагружать вебсайт хотя бы на 60-70%, причем, неоднородной по типам нагрузкой – память, процессор, диск, сеть. Простой рост эмулируемых WCat клиентов не подходит, какое чувство, что даже такой “маленький” сервер выдержит с десяток тысяч одновременных обращений. Поэтому завтра поставим на IIS реальные продукты, например, “родной asp.net” Community Server и php WordPress. И вот их работа, надеюсь, уже даст искомые показатели и позволит реально оценить более эффективное распределение нагрузки физической машины между виртуальными машинами с IIS7. Так что ждите следующего раунда тестирования. После чего перейдем к тонкому тюнингу и замерам отдельных сценариев, как-то IIS web garden, NLB из виртуальных IIS и прочим полезностям :)

После пары постов о выходе Hyper-V Server 2008 и краткого обзора развертывания и использования Hyper-V Server меня в личной почте и в комментариях (а блог реплицируется в добрый десяток новостных лент) просто забросали вопросами типа “что можно, а что нельзя делать с Hyper-V Server с точки зрения лицензий?”, “какой вариант выгоднее по деньгам – Hyper-V Server или Windows Server 2008 с устоановленной ролью Hyper-V?”, “нет ли каких-то скрытых выплат при использовании бесплатного Hyper-V Server?” и т.п. Поэтому в этом посте я постараюсь дать ответы на все эти вопросы, обобщив общедоступную на данный момент информацию и правила лицензирования Microsoft, которую каждый может перепроверить на соответствующих сайтах. Использовались FAQ по Microsoft Hyper-V Server 2008 и главный документ по лицензированию Microsoft – “Лицензионные права на использование продукта Microsoft” (так называемый PUR – читать, читать и еще раз читать).

Итак, как вы уже знаете, сам продукт Windows Hyper-V Server 2008 является бесплатным, т.е. вы можете, после принятия лицензионного соглашения, его свободно загрузить с сайта Microsoft, установить на соответствующее оборудование и эксплутатировать согласно его назначению – виртуализации. Других ролей Hyper-V Server не поддерживает, т.е. “шаманские” установки на него какого-то серверного или клиентского ПО (кроме как для поддержки управления и виртуализации) являются нарушением лицензионного соглашения.

Цитата из PUR:

Для Microsoft Hyper-V Server 2008:

 

Запуск экземпляров серверного программного обеспечения. Каждая назначенная лицензия на программное обеспечение дает вам право в любое время запустить один экземпляр серверного программного обеспечения на лицензированном сервере в физической или виртуальной операционной среде. Этот экземпляр серверного программного обеспечения можно использовать только для

· обеспечения служб виртуализации устройств, и/или

· запуска программного обеспечения для управления операционными средами и их обслуживания на лицензированном сервере.

Далее, для того, чтобы подключаться к любому серверному ресурсу под управлением Windows клиентом по правилам лицензирования Microsoft требуется клиентская лицензия на доступ (Client Access Licenses, CALs). Но Microsoft Hyper-V Server 2008 не является полноценной системой Windows, поэтому здесь имеет место исключение из правил – для доступа к ресурсам самого сервера под управлением Hyper-V Server не требуются клиентские лицензии. Однако, если вы подключаете сервер под управлением Hyper-V Server в доменную инфраструктуру Active Directory, то здесь уже сам сервер Hyper-V Server выступает как клиент AD, и для него требуется клиентская лицензия (Windows CAL) для его доступа к ресурсам AD.

Отказ от использования CALs для доступа к ресурсам сервера Hyper-V Server 2008 не распространяется на запущенные на нем в режиме виртуализации ОС Windows. Здесь все виртуализируемые экземпляры Windows лицензируются в обычном режиме, т.е. у вас должны быть лицензии на саму серверную ОС и ПО, используемое в ней для решения тех или иных задач, а также все необходимые клиентские лицензии солгасно сценария использования этих ОС и ПО пользователями.

Именно здесь возникает вопрос о финансовой целесообразности использования Microsoft Hyper-V Server 2008 или Windows Server 2008 с ролью Hyper-V. Откуда такой вопрос? Как известно, кроме консолидации физических ресурсов, снижения энергопотребления и накладных расходов на обслуживание большего количества физических серверов, виртуализация предлагает еще и лицензионные преимущества. Так, серверная лицензия на Windows Server 2008 Enterprise Edition позволяет лицензировать экземпляры запущенных ОС по принципу 1+4, где 1 – это экземпляр, запущенный на самой физическом “железе”, а 4 – это вирутальные экземпляры на этом же “железе”. Причем нет каких либо ограничений, какая именно технология виртуализации будет использоваться для запуска виртуальных ОС. НО, несколько аспектов – во-первых, формула 1+4, и даже если на физической машине не установлен экземпляр Windows Server 2008 для виртуализации, то лицензий на виртуальные машины предоставляется только 4 (для Enterprise), а не 5, во-вторых – при достижении максимального числа лицензий в виртуальных экземплярах – на физическом экземпляре ОС нельзя использовать другие службы, кроме как для виртуализации.

Цитата из PUR:

Количество разрешенных экземпляров для каждой лицензии на использование операционной системы

 

Операционная система	Количество разрешенных экземпляров в физической и виртуальной операционных средах на одном сервере
Windows Server 2008 Standard	1* + 1
Windows Server 2008 Enterprise	1* + 4
Windows Server 2008 Datacenter	Неограниченно
Windows Small Business Server 2008 Standard	1* или 1
Windows Server 2003 for Small Business	1* или 1

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

Итак, если говорить о финансовой составляющей лицензирования при виртуализации, то здесь стоит говорить только о Enterprise и Datacenter Edition – так, 4 дополнительных виртуальных машины Enterprise позволяют развернуть небольшой датацентр для удаленного офиса на 150-200 человек, где в режиме виртуализации на Server Core будут работать контроллер домена Active Directory, службы управления рабочими местами типа System Center Configuration Manager,  службы файлов/WSS, и, возможно, локальная база SQL Server или Exchange Server. Все это на одной “железке” типа Dual Xeon 54xx, 8-16GB MEM. По деньгам такое решение (если считать цену “железа” и лицензий на экземпляры ОС) на Standard будет примерно (цены с официального сайта, с CALs, по железу – среднепотолочные за Xeon/4GB MEM – 1500уе) 4*1K + 4*1,5K = 10К, в варианте Enterprise будет (цена железяки Dual Xeon/16GB – 4000уе) 1*4K + 1*4K = 8K – итого, 20% экономия. Но, если посмотреть цены на лицензии ОС, то здесь они практически равны, и можно говорить о том, что вариант Hyper-V Server для виртуализации + 4 лицензии Windows Server 2008 Standard будут иметь аналогичный экономический эффект, но при этом пользователь недополучит некоторых возможностей, которые есть в Enterprise, но отсутствуют в Standard (если они, конечно, требуются).

С Datacenter Edition все ясно и без слов – используется в центрах обработки данных (ЦОД), где на одном физическом сервере может динамически возникать и пропадать (стараниями System Center Virtual Machine Manager, балансирующим физические и виртуальные ресурсы) неопределенное количество виртуальных машин. Про сценарии использования виртуализации в ЦОД я уже писал ранее. Вот чего действительно не может сделать Hyper-V Server – так это работать в режиме кластеризации для обеспечения миграции виртуальных машин между физиечскими узлами самостоятельно, как это работает в Windows Server 2008 Enterprise и Datacenter. Режим переноса виртуальных машин с/на сервера Microsoft Hyper-V Server 2008 будет доступен только при использовании SC VMM 2008, как управляющей службы.

Но все эти дополнительные лицензии или отсутствие кластеризации не являются стопором в применении Hyper-V Server, поскольку, как указано в PUR, при достижении максимального числа лицензируемых виртуальных ОС родительская ОС на физической машине не может выполнять серверные функции, а только обслуживать управление и виртуализацию. Тогда что мешает использовать в качестве родительской ОС Hyper-V Server с назначенной на него лицензией от Enterprise, по которой в виртуальных машинах будут работать еще 4 экземпляра ОС. Это позволит упростить и процесс развертывания (настройка Hyper-V Server значительно превосходит по своей простоте установку Server Core Windows Server 2008 и настройку в нем роли Hyper-V) и процесс эксплуатации по отношению к аппаратным требованиям и издержкам.

Еще одним примером применения Hyper-V Server является создание виртуальных веб-ферм (в частности, как это сделано с ресурсами MSDN/TechNet), что позволяет на 100% утилизировать ресурсы железа – как показывает опыт, рост числа веб-запросов не видет к линейному росту нагрузки на процессоры и в результате система утилизирует до 60-70% процессорных ресурсов, но при этом перестает отвечать на запросы пользователей. Здесь виртуализация позволит “занять” все процессорные ресурсы и получить рост производительности веб-приложений на той же “железяке”. Этим – измерением производительности веб-узлов IIS7 в веб-ферме под управлением Hyper-V Server – я и планирую заняться буквально завтра. Так что ждите отчет.

Итак, как я уже писал вчера – я отправился домой устанавливать свежевышедший бесплатный билд Microsoft Hyper-V Server 2008, но, увы, не сложилось и потому уже сегодня днем я раздобыл себе в “стойку” еще один 1U сервер (Dual Xeon x5345, 4GB MEM, SAS RAID 0 10K rpm) и установил Hyper-V Server на такую вот железяку.

Ну что сказать, сам процесс установки, со всеми ответами на вопросы, копированием файлов, перезагрузкой физического хоста и окончанием установки в виде ввода нового пароля админа (вместо пустого) и “припаривания” десктопа – занял около 20 минут. Кстати, из шагов сетапа, в связи с ненужностью пропал запрос ключа (Hyper-V Server бесплатный-то), зато появился выбор языка. Я ставил с того образа, который поменьше, около 900МБ – только с английским и китайским. Ставил, конечно же, китайский ;)

Собственно, фактически получаем облегченный вариант Server Core, в котором только одна роль – Hyper-V и пару функций, типа BitLocker. Управление всем добром не только из командной строки, как это сделано в Server Core, но и из “мегаутилиты”, стартующей автоматически при логине администратора и выполненой в духе лучших традиций текстового консольного меню “нажмите 1 для смены имени, 2 для смены рабочей группы или домена” и т.д. Несмотря на простоту подобной “приблуды” – именно этого не хватало Server Core для более широкого применения и что повлекло за собой появление массы различных конфигураторов. Еще 5 минут – и сервер переименован, добавлен в домен, настроены IP адреса и всякие там удаленные доступы к рабочему столу – без специальных шаманских плясок со скриптами и отдельными утилитами типа netsh, с которыми не всегда знакомы админы, редко сталкивающиеся с командной строкой Windows.

Что же до ресурсоемкости, то при старте система показывала чуть больше 3,7GB свободной памяти (из 4GB с учетом накладных расходов на всякие там интегрированные видеокарты и т.п.), после добавления в домен, подключения через удаленный рабочий стол и запуска 3 виртуальных машин по 1ГБ выделенной под каждую памяти система упорно продолжала сообщать о наличии 0,5ГБ свободной память, т.е. 4-3-0,5=0,5ГБ общие затраты памяти на родительскую партицию для поддержки виртуализации. Что же до процессора, то родительская партиция при 3х одновременно разворачивающихся из состояния sysprep OOBE серверов упорно показывала 1-2% занятости процессоров.

Графических средств управления виртуализацией и непосредственно виртуальными машинами Hyper-V Server не имеет, но отлично управляется удаленно с консоли Hyper-V Manager “полноценного” сервера Windows Server 2008. Достаточно просто ввести имя сервера Hyper-V (уже добавленного в домен) в диалоге добавления сервера в консоле – и, ура – все настройки полностью доступны, консоль понимает локальные имена дисков удаленного сервера и т.п. Если сервер будет вне домена, тогда переходим к плану “Х” и читаем сценарии делегирования прав и подключения к удаленному Hyper-V из консоли Hyper-V Manager в рабочей группе с приминением AzMan.

В общем, после дня эксплуатации Hyper-V Server вывод напрашивается простой – хотите консолидировать 4-8 серверов, чтобы не возиться с кучей железяк, например, где-то в регионе и не хотите особенно заморачиваться с виртуализацией как на этапе установке, так и в процессе обслуживания – Hyper-V Server 2008 именно для этого и сделан. Виртуализация быстро, просто и бесплатно…

Итак, в предыдущем посте, посвященном провижинингу сайтов под управлением IIS7, я упомянул о таком интересном расширении к консоли управления IIS7, как Administration Pack for IIS7. Здесь я хочу продолжить эту тематику, и рассказать о том, какие новые возможности по управлению предоставляет AdminPack администраторам IIS7 и при чем зедсь провижининг и моя лень (о которой упоминалось в прошлый раз).

Итак, возможности AdminPack весьма и весьма интересны. Если вкратце, то AdminPack – это набор расширений оснастки Internet Information Services (IIS) Manager, среди которых:

Консоль управления HTTP Request Filtering. По умолчанию настройки Request Filtering в IIS7 (модуль, который заменил базовую функциональность URLScan, хотя в настоящий момент для IIS7 существует версия URLScan 3.0) не доступны из оснастки IIS Manager, возможность их модификации существует только путем правки конфигурационных файлов XML. Консоль из комплекта AdminPack позволяет модифицировать Request Filtering через диалоговые окна в оснастке IIS Manager.

Консоль управления FastCGI. Если вы используете возможности IIS7 по исполнению CGI приложений, например, PHP, в режиме FastCGI, то консоль управления FastCGI Setting из комплекта AdminPack будет отличным подспорьем для визуального редактирования «тонкими» настройками модуля FastCGI в IIS7, такими, как количество запросов к экземплярам процессов, количество самих процессов в FastCGI, длина очереди, различные таймауты и протоколы взаимодействия процессов внутри FastCGI.

Консоль отчетов по статистике сайтов IIS Reports, которая позволяет администратору или делегированным пользователям просматривать разнообразные типы предопределенных отчетов по каждому из сайтов. В принципе, IIS Reports – это всего лишь встроенный в IIS Manager интерфейс пользователя поверх набора вызовов библиотеки LogParser, что дает возможность администратору просматривать статистику как локально, так и удаленно. А также позволяет расширять список и возможности отчетов своим кодом, который будет доступен через консоль. В принципе – очень удобно, особенно, если вы для делегирования удаленного управления IIS7 планируете использовать штатные средства Remote Management Service в IIS7. Но в своем примере, как я уже писал, я отказался от применения средств управления сайтом пользователями через консоль и, как результат, использовал свои “домашние” наработки для «чистого» LogParser для создания и предоставления отчетов пользователям по их сайтам.

Ну и самым интересной, и особо полезной для ленивых, из всего набора консолей AdminPack for IIS7 является консоль Configuration Editor. Фактически, это достаточно мощный редактор многочисленных XML-файлов конфигурации IIS7, извлекающий из XML конфигурацию и представляющий ее в виде вложенных друг в друга коллекций таблиц со значениями. Так, например, выбрав точку входа в конфигурацию (Section) в виде system.applicationHost/sites – мы получаем доступ к коллекции сайтов на сервере со всеми их конфигурациями и конфигурациями их приложений, виртуальных каталогов и т.п. Здесь администратор может изменять параметры уже существующих сайтов или добавлять новые сайты, описывая согласно правилам конфигурационных файлов IIS7 необходимые секции. В принципе, даже для не знакомых с правилами описания конфигурации администраторов это не составит проблемы, поскольку можно все сделать «по образу и подобию» сайта по умолчанию Default Web Site, а число необходимых к вводу параметров будет исчисляться максимум десятком несложных строк типа файлового пути корневого сайта, имени пула приложения, привязки к протоколу, доменному имени и порту... Все это отлично видно на скриншотах :)

И при чем здесь лень? Работы, как многие заметили, даже несколько больше, чем если заполнять все это из самой оснастки IIS Manager при создании нового сайта. Но, во-первых, нельзя сказать, что намного больше, да и требуется не сколько работа, сколько – внимательность, во-вторых – для тонкой настройки параметров вновь созданного сайта из оснастки IIS Manager все равно придется открывать все его расширенные свойства и прочая, что будет соответствова ть объему работы, проделанной через Configuration Editor сразу. Но самое главное, свои действия в IIS Manager мы не «заскриптуем», а вот Configuration Editor сразу генерирует скрипты, в точности повторяющие все наши настройки через наиболее удобный для нас вариант скрипта – код C# для использования в своем ПО или при написании каких-то дополнительных консолей к IIS Manager, код JavaScript для скриптов повышенной сложности, и, конечно же – для ленивых – командные строки AppCmd для простых и эффективных скриптов. Таким вот образом, через Configuaration Editor, буквально за 5 минут и без предварительного тестирования и разбора многочисленных опций командной строки AppCmd и были сгенерированы все команды для скрипта провижининга IIS7 в предыдущем посте.

Кто еще сомнивается в своих силах насчет скриптового управления IIS7 или хочет «покопаться глубже» - рекомендую начать c Administration Pack for IIS7.

Да, еще я согласен с коллегами, что PowerShell тоже рулит для управления IIS7, но пока, увы, Configuration Editor не генерирует скрипты под PowerShell, поэтому я и обошел PS своим вниманием в этом посте...

Недавно мне в роли консультанта пришлось выполнять небольшой проект, связанный с IIS7. Задача, в принципе, тривиальная - в рамках конкурсной программы для студентов по ASP.NET обеспечить хостинг сайтов всем желающим принять участие в таком конкурсе. Казалось бы - чего проще? - запускай IIS и создавай там сайты по мере необходимости. Но, как оказалось, не смотря на поднятую в ВУЗе, где все это планировалось делать, сеть под управления Active Directory, ответственным за поддержку сайтов был назначен со стороны ВУЗа, казалось бы, вполне подходящий на эту роль человек - системный администратор, занимающийся поддержкой сетей (Cisco) и веб-порталов (внутреннего и внешнего, на Linux).

Нет, он не коим образом не был настроен против Windows Server 2008 и IIS7, просто для него лично это была лишняя, совершенно не нужная нагрузка - изучать новые технологии и все такое. Поэтому, посидев за пивком (первая итерация была назначена на выходные) мы достаточно быстро пришли к консенсусу, что идеальным выходом из ситуации было бы решение, которое позволяло ему простым скриптом создавать сайты на IIS7, базу данных для проекта на MS SQL Server 2005 и предоставлять доступ к вновь созданному сайту/базе через создаваемую отдельную учетную запись пользователя посредством ftp или консоли MS SQL. Итак, требовалось нечто, обеспечивающее простой провижининг в IIS, не вдаваясь во все тонкости процесса управления IIS со стороны плохо подготовленного админа. Вообще-то, у Microsoft есть решение для разработки систем провижининга под названием Microsoft Provisioning System Software Development Kit, но уж сильно оно мощное и всеохватывающее для такой небольшой задачи, да еще и требующее программинга, чего делать абсолютно не хотелось.

С другой стороны, на сайте сообщества IIS.NET есть серия статей, посвещенных планированию и провижинингу инфраструктуры IIS7 для общего хостинга сайтов. Эти материалы помогли не сколько с конкретными скриптами, сколько действительно с принятием решений относительно будущей архитеткуры моего маленького сценария работы. Итак, после чтения RTFM решение сложилось в голове довольно быстро и выглядело вполне лаконично.

• новый FTP7 сервер, расширяющий возможности встроенного в IIS7 по умолчанию ftp-сервера, обеспечивающий изоляцию корневых (рутовых) каталогов ftp для каждого пользователя по его алиасу (User Isolation). Это позволило эффективно разделить все домашние каталоги веб-сайтов и предоставить к ним доступ только для владельцев. Создается заранее один сайт ftp и через него получают доступ все пользователи к содержимому своих ввеб-сайтов.
• утилита appcmd.exe, являющаяся мощным инструментом управления всеми (в полном смысле этого слова) параметрами работы IIS7
• и, в связи с особой ленью автора в написании любого кода - утилиты Administration Pack for IIS7 и SQL Server Management Studio. При чем здесь они? Да очень просто, кроме своих прямых задач по облегчению упраления теми или иными системами, обе утилиты позволяют генерировать скрипты для управления объектами. Именно эти утилиты и "нагенерили" мне нужные скрипты (например, AdminPack сгенерировал все, что касается команд управления IIS7 через appcmd.exe), после чего мне осталось только сделать обвязку в виде .CMD файла.

Вот, собственно, и .CMD файл, для работы которого используются 4 входящих парамера: алиас будущей учетной записи для управления сайтом пользователем, ID создаваемого сайта, полное имя пользователя в AD, пароль пользователя:

mkdir c:\userweb\IT\%1
rem создать каталог пользователя (по алиасу). IT - имя домена, с:\userweb - корневой калатог ftp сайта. пользователи будут получать свои каталоги как имя домана\алиас 

dsadd user "cn=%3,ou=Web Users,dc=it,dc=root,dc=edu,dc=ua" -samid %1 -pwd %4
rem создать пользователя в контейнере Web Users поддомена root.edu.ua

icacls c:\userweb\IT\%1 /grant IT\%1:(M)
rem предоставить права созданной учетной записи на работу с каталогом

appcmd.exe set config  -section:system.applicationHost/sites /+"[name='%1',id='%2']" /commit:apphost
rem создать новый веб-сайт в IIS7 с именем по алиасу пользователя и указанным ID

appcmd.exe set config  -section:system.applicationHost/sites /+"[name='%1',id='%2'].bindings.[protocol='http',bindingInformation='*:80:%1.university.edu.ua']" /commit:apphost
rem привязать к созданному сайту протокол HTTP, порт 80 и доменное имя ввиде <алиас>.university.edu.ua

appcmd.exe set config  -section:system.applicationHost/sites /+"[name='%1',id='%2'].[path='/',applicationPool='DefaultAppPool']" /commit:apphost
rem привязать созданный сайт к пулу приложений по умолчанию 

appcmd.exe set config  -section:system.applicationHost/sites /+"[name='%1',id='%2'].[path='/',applicationPool='DefaultAppPool'].[path='/',physicalPath='c:\userweb\IT\%1']" /commit:apphost
rem привязать к созданному сайту как домашний каталог ранее созданный каталог c:\userweb\IT\<алиас>, который доступен пользователю по ftp для редактирования содержимого сайта

sqlcmd -v dbname="%1" username="IT\%1" username2="%1" pwd="%4" -i createdb.sql -S dbserver
rem при помощи sqlcmd выполнить ранее сгенерированный консолью управления SSMS скрипт createdb.sql,  создающий базу для пользователя и передать в нее значения

Все, администратору осталось только подключиться удаленно терминалом или через winrs к серверу с IIS и вполнить скрипт с нужными параметрами...

Файлы .cmd и вызываемый из него .sql смотрите во вложении к посту. Если же кому-то будет необходимо автоматизировать какие-то сценарии для работы с IIS7 - рекомендую сразу устанавливать AdminPack - он позволит вам на основе ваших предыдущих действий сгенерировать различные скрипты - как с применением appcmd, использованных в моем примере, так и, например, на C# коде, что позволит встраивать их в собственный код.

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

Microsoft Research и Microsoft Labs (и прочие R&D подразделения компании) всегда отличались довольно эксцентрическими разработками – взять тот же Microsoft PhotoSynth, HD View, Surface и прочия… И вот мне случайно попалась на глаза ссылка на новое детище Microsoft Research.

Но на этот раз они придумали что-то из ряда вон выходящее, и довольно оригинальное – скорее всего, кто-то из авторов большой поклонник фентези и магии - они “натянули” интерфейс ПК на сферическую поверхность с возможностями управления касаниями. Причем, не просто управления, а совместной работы, когда с информацией, стоя возле шарика в 20'', работают несколько человек одновременно, “гоняя” различные примитивы типа надписей и фото туда-сюда по поверхности сферы, а внутри шара все так и переливается разными цветами, подобно волшебной манне, изображаемой в фильмах про магию и волшебство. Все это можно увидеть на сайте проекта Sphere Project в виде видеофрагментов.

Но самое интересное в видео – это демонстрация принципов работы устройства, и тех принципов, на основе которых происходит анализ работы пользователей со сферой в режиме “мультитач”, причем, что интересно, в инфракрасном режиме. Смотрите видео “Sphere in action”.

Да, выглядит все это весьма сюрреалистично, но кто знает – может, уже и пора отойти от плоских мониторов и заглянуть в магические “хрустальные шары”… Посмотрим, будет ли полезен Sphere Project и где “всплывут” его наработки ;)

В первой части обзора было об удивительном рядом, в Samsung SGH-i780 – а теперь поговорим об обычных возможностях коммуникатора. Как я уже писал выше – i780 имеет отлично сбалансированное аппаратное и программное обеспечение, обеспечивающее коммуникатор высокую производительность практически на любых операциях – 624 МГц процессора и 128 Мб мозгов – это вам не шутки – «летает все». Но, надо отдать должное Samsung и нововведениям по управлению питанием в Windows Mobile 6 – при этом в режиме ежедневной «нормальной» работы (до часа разговоров, чтение почты при постоянно работающем через EDGE/3G режиме синхронизации почты Exchange direct push-mail, написание нескольких коротких сообщений с телефона) девайс работает в среднем 3-3,5 суток. Кроме того, на мой взгляд, Samsung в выборе комплекта поставки коммуникаторов идет на отличные маркетинговый шаг – в комплекте как i600, так и i780 – два аккумулятора, да еще и со станцией отдельной зарядки для них. Итого – производительность и время автономное работы, а также их отношение у Samsung i780 можно назвать отличными.

Экран у Samsung i780 не такого высокого качества, как в используемой мной Toshiba G900 или в том же Microsoft Zune, но субъективно достаточно яркий и четкий. «Нестандартное» квадратное разрешение, хотя, на самом деле – оно стандартное для WM6 – 320x320 с диагональю 2,54'' удачно дополняет формфактор моноблока с аппаратной QWERTY-клавиатурой. Да и лишние 80 пикселей по высоте, отличающие экран i780 от экрана i600 с его разрешением 320x240, весьма и весьма полезны при работе в вебе, с документами и просто при чтении с экрана. Поскольку поддержка различных разрешений, отличных от штатного отношения 2:3, интегрирована в WM6, то i780 не имеет никаких проблем с работой всех штатных программ, а также дополнительных предустановленных программ от Samsung. Те немногие, используемые мной, программы сторонних производителей, типа того же Spb Mobile Shell 2.1, нормально работают на нестандартном для них разрешении. Итого – если вы не избалованы большими экранами и большим разрешением – экран Samsubg SGH-i780 для вас будет отличным, а для меня лично, привыкшему к большому 3,5'' экрану i-mate JasJar c разрешением 640х480 или к великолепному качеству экрана Toshiba G900 с разрешением 480x800 – экран i780 выглядит как-то несколько старомодно и архаично. Даешь экраны 640х640 при диагонале 3''!

Коннективити телефона можно назвать назвать отличным – поддерживается весь «джентельментский набор» современных технологий – это и обычные GSM/GPRS/EDGE, и «продвинутые» WCDMA/HDSPA/3G, и все эти Bluetooth/WiFi/GPS. Перед тем, как хвалить остальное – скажу пару слов о GPS в Samsung i780. Оно – не работает по умолчанию. «Добрые» люди решили его залочить только под работу с поставляемым в комплекте навигационным ПО от Garmin – Garmin Mobile XT. Все было бы супер, если программа, которая навязывается столь принудительно через залочку железа, поставлялась безвозмездно, т.е. даром... Но тут не такая ситуация – использовать Garmin Mobile XT можно только в триальном режиме и очень недолго, да еще и при обязательном наличии соединения с Интернет для проверки триального периода программы (что очень накладно в роуминге). Если же вам очень хочется иметь GPS в телефоне – платите за Garmin Mobile XT, причем – довольно значительную сумму, за которую, как вы понимаете, вы не получите «вменяемых» exUSSR (например, украинских) карт.

Другое навигационное ПО отказывается работать со встроенным в Samsung i780 GPS. Конечно, есть сценарии типа использования утилит gpsgate, позволяющих «увидеть» любой навигационной программе встроенный GPS, но это решение, понятно, больше похоже на «костыли и подпорки» (посколько для каждого ПО можно найти многочисленные описания «танцев с бубнами» для того, чтобы GPS на i780 работал с этим ПО), нежели на нормально эксплатируемое решение. Личные эксперименты со встроенным модулем GPS показали, что его точность оставляет желать лучшего, да еще и аккумулятор умирает быстро (хотя второй в комплекте спасает дело) – поэтому я продолжаю пользоваться внешним GPS модулем, подключаемым по Bluetooth к любому устройству. Честно говоря, на i-mate JasJar с экраном 3,5'' (640x480) или Fujitsu u810 с экраном 6'' (1024x600) навигационные программы смотрятся куда лучше, чем на i780 с экраном 2,54'' и разрешением 320x320.

Впрочем, такое досадное недоразумение с GPS нисколько не влияет на ценность Samsung i780, как коммуникатора, для пользователя, особенно учитывая весьма интересную цену Samsung SGH-i780 в $500, что, на мой взгляд – дает весьма хорошее отношение цена/возможности,качество,производительность и т.п. Особенно, если говорить о том, что сигнал машинка «держит» просто отлично, показывая качественный уровень приема на всех диапазонах и существенно превосходя другие мои коммуникаторы по данным показателям – там, где другие девайсы показывают один столбик, особенно в 3G – Samsung i780 показывает два-три. Именно поэтому в основном я использую i780, как 3G модем/коммуникатор, подключив его к соответствующему пакету 3G Kyivstar/Utel и используя встроенную в WM6 утилиту «Общий Интернет», через Bluetooth BAP успешно «раздаю» его на ноутбуки – в зоне приема 3G от Utel, субъективно, скорость работы с Интернет-ресурсами такая же, как и дома, где канал в 4Мб/сек. «Испытания» коннективити i780 в процессе поездок по Украине показали, что режим 3G доступен на i780 практически во всех районах крупных городов (Харьков, Днепропетровск и т.п.), но в дороге, например, экспрессом Киев-Днепропетровск, девайс «сваливается» в режим EDGE, но при этом передача данных доступна практически в любой точке пути.

Я практически никогда не пишу в своих обзорах про камеры, установленные в телефон (это просто ужас для человека, снимающего свои фото зеркалкой) – и здесь не буду. Достаточно только сказать, что «живые» фото i780 сделаны камерой i780 и качество фото вы можете оценить воочии. Кроме того, отмечу, что Samsung SGH-i780 имеет две камеры – одну для фото с 2Мп сенсором, вторая – VGA для видеозвонков на передней панели. Но, опять таки – совершать кому-то видеозвонки мне пока не приходится, да и не думаю, что это очень удобный способ общения – когда ты постоянно держишь перед собой на вытянутой руке телефон.

Про «мегаюзабилити» Samsung SGH-i780 благодаря производительности, тачскрину и тачпаду с мышкой я уже неоднократно повторял (и это можно назвать основным преимуществом i780), теперь пришло время сказать пару слов про эргономику коммуникатора «вообще». Samsung i780 выполнен в формате моноблока, в верхней части (примерно 3/5 всей длины корпуса) которого расположен квадратный экран, под ним – знаменитый тачпад и штатные аппаратные кнопки, удачно дизайнерски и эргономически объединенные в 2 ряда вокруг тачпада, что еще больше расширяет юзабилити – особо удобны кнопки Windows и OK рядом с тачпадом, что позволяет еще больше сократить «длину пробега» пользователя по элементам интерфейсу. Нажать кнопку OK, сместив палец с тачпада на 5мм куда проще, чем тянуться к кнопке OK на экране пальцем, стилусом или мышкой. Под аппаратными кнопками находится QWERTY-клавиатура с 37 клавишами. Увы, улучшений в физической форме клавиш по сравнению с моделью Samsung i600 не произошло, клавиши по прежднему мелковаты, набор на них можно выполнять ногтем большого пальца (когда держишь в одной руке) или большими пальцами для «ускоренного набора с 2х рук». При наличии маникюра – работа с клавиатурой будет рискованной, можно будет обломать ноготки, так что Samsung SGH-i780 – телефон не для блондинок. Но, в любом случае, для того, чтобы ответить в пару строк на электронное письмо, написать смс, ввести адрес в броузере или какую-то информацию в формы различных приложений – клавиатуры вполне достаточно. А после длительной тренировки можно будет и «Войну и Мир» написать :) Размеры, материал корпуса, вес и баланс («развесовка») i780 только способствую удобству работы. Телефон надежно удерживается в ладони, куда помещается нижняя часть с клавиатурой и что позволяет работать большим пальцем с экраном, тачпадом, аппаратными кнопками и QWERTY-клавиатурой. Софт-пластик нижней части аппарата не позволяет телефону «выскальзывать» из руки, а вес, примерно 130 грамм, не дает руке устать при долгом удерживании аппарата. Кроме того, невысокий вес в сочитании с небольшой толщиной корпуса (особенно по сравнению с другими коммуникаторами) позволяют носить i780 в карманах без всяких «оттягиваний и выпячиваний карманов» рубашек, брюк, костюмов и т.п. Единственный глюк юзабилити – иногда, при использовании мобильной Opera, мышка «залипает» в режиме двойного клика, что несколько напрягает. Лечится бага путем закрытия спровоцировавшей такую работу Opera.

“специальное” фото – Samsung i780 и Fujitsu u810, на котором я пишу сейчас все статьи – клавиатура u810 будет как-то поудобнее… :)  

И, в заключение, пару слов о программном обеспечении Samsung SGH-i780. Базово i780 поставляется в Украину с руссифицированной версией Windows Mobile 6.0 Professional, а это значит, что пользователю будут доступны полные версии Mobile Office (который, кстати, поставляется в версии 6.1, с поддержкой документов Microsoft Office 2007), Windows Live, Messenger. Обновление ОС до версии Windows Mobile 6.1 для i780 заявлено производителем (и даже сделано для некоторых языков), но русская прошивка пока на подходе. Можно, в принципе, прошить i780 английской и использовать знаменитый AE Keyboard Mapper (AEKMap) для русской раскладки – но я лучше подожду оригинальной прошивки. Samsung дополнил этот набор ПО своими (и сторонними) разработками.

Первое, с чем сталкивается пользователь Samsung SGH-i780 – это новый элемент домашнего экрана «Сегодня» под названием Today Plus. Today Plus предоставляет стандартную ныне функциональность лаунчера с типичными закладками, позволяющими пользователю вынести на экран «Сегодня» коммуникатора часто используемые программы, контакты, настройки, информацию о соединениях, поступивших сообщениях, пропущенных звонках и т.п. Today Plus полностью удовлетворяет всем этим требованиям, и для неприхотливого пользователя – вполне достаточный инструмент работы с коммуникатором (а кому недостаточно и хочется «распальцовки» при управлении телефоном – ставят упоминавшийся Spb Mobile Shell).

Если продолжать разговор о дополнительных утилитах от Samsung в i780, то можно перечислить, по степени использования и полезности, следующие: Диспетчер задач (повещенный на кнопку вместо старта ПО фотоаппарата), Сигналы (продвинутый будильник), RSS Reader, Смарт-конвертор (длин, масс, объемов и т.п.), VideoPlayer и Мини-проигрователь (действительно «мини» для проигрования аудиофайлов), Podcasts, Фотослайды и, конечно же, бесполезный, как сказано выше, Samsung Mobile Navigator (он же Garmin Mobile XT). И, конечно, особой звездой коллекции внешнего ПО в поставке Samsung SGH-i780 является полная версия Opera Browser 8.65 for Windows Mobile.

Честно говоря, если бы это было в поставке Windows Mobile 5, то я бы рассматривал такой «подарок» от Samsung как действительно полезную вещь, но Pocket Internet Explorer в WM6 существенно улучшен в области рендеринга обычных сайтов и масштабирования контента, потому Opera реально используется мной там, где встречаются сайты с несовместимыми с pIE6, правда, таких сайтов в моем списке визитов нашелся аж один – Одноклассники, и только для него я использую Opera. Как по мне – я бы с удовольствием отказался от Opera в пользу полноценного навигационного ПО, пусть даже только с региональными (в данном случае – украинскими) картами – иногда в командировках оказываешься в ситуациях, когда нужно самому найти нужное место в незнакомом городе. Весь софт работает без сбоев и подвисаний, единственным замеченным глюком является упомянутое уже залипание мышки именно при работе с Opera.

Итак, подводя итог, можно сказать, что коммуникатор Samsung SGH-i780 удался. Для тех, кто в своих повседневных делах нуждается в легком, производительном, функциональном и «долгоиграющем» коммуникаторе для работы с электронной почтой, интернет-ресурсами и для небольшой правки офисных документов «на ходу» – i780 вполне подходит под это определение. Вопрос формфактора всегда вызывал споры и тут каждый выбирает под себя, но здесь на стороне Samsung SGH-i780 отличная эргономика корпуса, небольшая толщина корпуса и малый вес. И не смотря на некоторые нарекания к QWERTY-клавиатуре, общая же управляемость коммуникатора благодаря тачпаду, тачскрину и аппаратным кнопкам просто отличная, и тачпад тут играет лидирующую роль. Ну а розничная цена Samsung SGH-i780 в $500 в Киеве – действительно та цена, которую можно смело заплатить за такое устройство. Единственное, что портит общую картину – это политика Samsung в отношении GPS, который в общем нельзя назвать конкурентной реализацией на рынке GPS, но как вспомогательное устройство, которое всегда «под рукой» - мог бы пригодиться в некоторых сценариях.

Жду появления на рынке топовой модели Samsung SGH-i900 WiTu, посмотрим Samsung сделать еще один шаг вперед. Но заявленная предварительная цена от $1000 «под заказ» как-то не очень привлекательна. И, все же, думаю, в ближайшее 3 месяца поделюсь опытом эксплуатации i900.

Как-то, примерно 9-10 месяцев назад, я писал о том, что меня смогла удивить Toshiba со своим коммуникатором Portege G900. Но, увы, сделав такой хороший задел на рынке – она почему-то снова решила уйти в «подполье» и долгожданного G910/G920 я так и не получил. А ведь шансы у Toshiba на мобильном рынке были, и еще какие...

На этот раз меня смогла удивить своими продуктами Samsung, которая, кстати, в отличие от той же Toshiba, последовательно развивается на рынке коммуникаторов, с каждым разом предлагая все более и более интересные устройства. На этот раз речь пойдет о Samsung SGH-i780, коммуникаторе с QWERTY-клавиатурой под управлением Windows Mobile 6, который, не смотря на некоторую путаницу в нумерации, можно смело назвать логическим развитием модели Samsung Ultra Messaging i600, о котором я писал (и который эксплуатировал достаточно долго) более года назад.

Во многом эти устройства похожи – собственно, внешне – и их отличительной особенностью от других серий является форм-фактор моноблока с расположенной под экраном аппаратной QWERTY-клавиатурой, а также достаточно небольшие размеры, особенно – толщина и малый, до 130 грамм, вес. Но внешнее сходство устойства не означает сходства внутреннего. Новый i780 «запакован» по полной – тут и новый процессор Marvell PXA311 с «бешенной» частотой 624МГц вместо 200МГц предыдущего в i600, и память, чей объем вырос в 2 раза – до 128Мб ОЗУ и 256Мб ПЗУ, примерно 170Мб которого доступны пользователю для хранения данных. А еще – кардинально поменялся экран, который получил разрешение 320х320 при размере примерно 2,5'', и самое главное отличие i780 от i600 – этот экран стал тачскрином, что совершенно изменило стиль работы с Windows Mobile. Кстати, сама Windows Mobile 6 в Samsung i780 имеет статус Professional вместо Standard в i600, благодаря чему доступны теперь многие вещи, такие, как полноценный Microsoft Office Mobile 6.1 с поддержкой новых «больших» офисных форматов типа .docx или .xlsx, да и поддержка работы в режиме тачскрина вообще.

Под «вообще» можно говорить о таких вещах, как установка на мобильный телефон с тачскрином утилит, расширяющих базовые возможности экрана «Сегодня», типа Spb Mobile Shell 2.x, и обеспечивающих управление телефоном при помощи жестов по экрану. Тот же Spb Mobile Shell, после небольшой тренировки, очень удобно и быстро позволяет выполнять все базовые операции с коммуникатором, не прибегая к использованию стилуса – поиск контактов, выполнение звонков, работа с историей, работа с расписанием, быстрый запуск приложений и т.п. – причем переключение жестами на 3 основных экрана Spb Mobile Shell (меню приложение, расписание, контакты) выполняется из любого приложения Windows Mobile. Весь интерфейс WM6, даже нагруженный дополнительными утилитами, на Samsung i780 «летает» благодаря мощному процессору.

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

Да, WM6 в «базовом» комплекте не обладает «внешними фенечками и распальцовками» iPhone, но производители непосредственно аппаратов, например HTC, предлагают со своими моделями коммуникаторов встроенное интерфейсное ПО, подобное TouchFLO 3D, а производители ПО – утилиты типа Spb Mobile Shell/Pocket Plus, Pointui и прочие – «магия софта», как это называют в индустрии. Такое разнообразие предложений под Windows Mobile, чтобы там не говорили «под шумок», делает коммуникаторы под управлением Windows Mobile серьезным конкурентом любой мобильной платформы со значительной, растущей долей рынка. И яркий пример тому – мощные аппаратные ресурсы Samsung i780 позволяют через внешнее ПО Spb Mobile Shell реализовать «пальцевую» парадигму пользовательского интерфейса, при этом имея доступ к наиболее мощным мобильным бизнес-приложениям и PIM, которые предоставляет WM6 – Mobile Office, корпоративные почта, адресные книги, календари, безопасность, управление и прочее.

 
сравнение толщины Samsung i780 и iPhone…

Как вы уже поняли, реализовать то, что стараниями Apple стало теперь понятием «стильной работы» с мобильным телефоном – не проблема благодаря «магии софта». Но самое интересное в том, что для работы с Samsung i780 всех этих наворотов особенно не нужно.

И этим меня удивил Samsung отдельно – предложив почему-то забытый другими разработчиками такой элемент управления, как тачпад. Несколько лет назад тачпадом оснащались топовые КПК от HP, потом с похожим вариантом – трекболом и колесом прокрутки – экспериментировал HTC в своих устройствах серии Artemis, например HTC P3300/P3350. Но, что очень странно, не прижился девайс. Samsung же в новой серии своих Windows Mobile-коммуникаторах, таких, так i780, и в недавно презентованом на нашем рынке топовой моделе i900 предложила свое видение тачпада – и у Samsung получилось это отлично!

Итак, тачпад в Samsung i780 заменяет собой привычный многопозиционный джойстик, и представляет собой небольшою площадку размером с подушку мизинца из полированного пластика, чем несколько отличается от привычных тачпадов ноутбуков. Не смотря на небольшие размеры тачпада, работа с ним удобная – учитывая эргономику телефона, подушка большого пальца удобно ложится на площадку тачпада и небольшими движениями можно точно контролировать работу коммуникатора. Для управления с тачпада используется либо режим «обычного» джойстика, когда движения по тачпаду определяются как движения джойстика вверх/вниз, влево/вправо, либо как аппаратная мышка, когда пользователь управляет курсором мыши на экране коммуникатора, а нажатие на тачпад – определяется как тап стилуса в то место, где сейчас находится курсор.

Благодаря фирменному апплету настройки тачпада от Samsung в системных настройках пользователь может переключатся между этими режимами работы тачпада, а также – выбирать внешний вид курсора «мыши». Работа с интерфейсом WM6, используя мышку – это действительно альтернативный вариант работы с интерфейсом, причем – достаточно конкурентный другим «модным» предложениям и удобный при использовании «на ходу». Почему конкурентный? Потому что популярный ныне «пальцевый» интерфейс требует существенного увеличения размеров элементов самого интерфейса и размеров шрифтов предоставляемых данных. А такой подход существенно сокращает полезную площадь экрана коммуникатора, и, как пример можно привести размер тех же списков контактов между «стандартным» WM6 интерфейсом и «пальцевым», которые отличаются количеством отображаемых позиций практически в 2 раза в пользу «стандартного».

Это, фактически, отдельная тема обсуждения интерфейсов – что лучше, «тыкать» с высокой точностью в экран, содержащим всю нужную информацию, стилусом или постоянно скролить информацию пальцем, поскольку для улучшения точности все увеличено и в таком режиме вся информация сразу на экран не помещается. А «новая мышка» Samsung i780 позволяет точно кликакть на нужные элементы интерфейса, избавляя тем самым от необходимости увеличивать их размер «под палец», и что самое главное – делать это «на ходу» с практически аналогичным «пальцевому» методу эффектом большим пальцем руки и без «резких» движений. Кроме того, после некоторой тренировки в использовании тачпада, мышка позволяет эмулировать «распальцовку» – в настоящий момент я этим успешно пользуюсь, совмещая аппаратные «мышиные» возможности Samsung i780, программные Spb Mobile Shell 2.0 и возможности аппаратных кнопок, которые все забыли (или "забили") и которые удачно реализованы в i780, о чем я скажу ниже.

А об "обыкновенном" в Samsung SGH-i780 читайте в окончании обзора в ближайшее время.

Окончание темы о том, чего не хватает Microsoft Zune, поднятой в предыдущих статьях.

Для следующего этапа развития ПО в Microsoft Zune можно было бы шаги не только по улучшению его сетевых возможностей, но и по взаимодействию с другими устройствами вообще. Я уже писал про общие сценарии такой работы ранее в своих статьях, здесь же речь идет о конкретных возможностях – например, смартфон любой модели любого производителя, имеющий «на борту» WiFi, мог бы использовать Zune, как хранилище своих фото, видео, музыкальных файлов при фотографировании или, что интереснее, как практически «неограниченное» хранилище при работе в режиме диктофона. Еще один сценарий – это фотоаппараты/камкодеры, в которых присутствует WiFi или пользователи которых используют устройства, подобные Eye Fi – они могли бы сразу или в пакетном режиме по команде передавать отснятый материал по WiFi на Zune.

Кстати, процессор Zune можно было бы использовать для кодирования в нужный формат, а пополнив его ПО средствами простого редактирования аудио/фото/видео – можно было бы предоставить пользователю возможности управлять контентом. Собственно, этот софт не должен быть каким-то навороченным – достаточно возможностей, сходных с теми, которые есть у Media Center для редактирования фото или простых сценариев с разнообразным выбором вариантов на основе мастеров. А если соединить эти возможности редактирования с упомянутой выще идеей работы Zune напрямую с Media Center, Media Player Library и социальными сетями – то мы бы получили отличную настольную «игрушку» для управления всем медиаконтентом контентом.

А где запись с радио? (как в том анекдоте про деда в селе: "Дэ блютус, онуку, дэ блютус?!") Почему поддержка тегов композиций включена в возможносим радио, а вот простая запись, пусть даже в плохом качестве или с аналогичными для принятых от «друзей» файлов ограничением количества прослушиваний – нет? Я знаю массу людей, которые слушают радио с целью услышать «что-то новенькое» или «потому что слушать «свое» уже надоело» и, если плеер это позволяет – они записывают понравившиеся вещи для дальнейшего прослушивания. Предоставление Zune своих дисковых и процессорных ресурсов для сохранения внешнего медиаконтента, их редактирования и отправки «по назначению» – отличный сценарий использования Zune для тех, кто привык не только слушать «на ходу», но и пополнять/сохранять «на ходу» свой собственный контент.

И теперь немного о железе... Да-да, в самом начале я говорил, что все идеи и предложения должны касаться только «штатного железа» текущей конфигурации Zune 80GB. И я не собираюсь противоречить себе. Я просто хочу напомнить, что у Zune есть многофункциональный разъем, и, как показывает опыт эксплуатации некоторых внешних устройств – и рудиментарная система типа PnP для обнаружения и установки драйверов таких устройств. А это, согласитесь, серьезный плюс и «непаханое» поле для производителей периферии. Мы говорим об игрушках – подразумеваем управление... Правильно, джойстик, подобный тем, что когда-то предлагало SE для некоторых мобильных телефонов игровых серий, и подключаемый к Zune был бы полезным... Как и хороший цифровой микрофон – а диктофон из Zune сделает уже специальный софт... А если сделать какой-то минипроектор (о выпуске мобильных вариантах которых сейчас любят объявлять различные компании) в формате модуля расширения для Zune - вот вам и "отвязка от шнурков".

Еще одним нюансом использования Zune является то, что его возможности HD Video 720p я могу почувствовать, только подключив его к соответствующему ТВ или монитору. Но парадокс в том, что дома у меня и так есть, с чего посмотреть HD Video, да еще и более высокого качества, да и вообще – Zune я смотрю исключительно в поездках или стараясь не мешать домашним – когда надо срочно просмотреть пару-тройку вебкастов. И все эти широко разрекламированные возможности Zune по поддержке «большого» видео остаются в моем варианте совершенно невостребованными. А почему бы не сделать для Zune внешний экран-раскладушку по типу DVD-плееров – только там, где у плееров, собственно, DVD-привод – поместить отсек с разъемом для Zune и, сократив благодаря этому, занимаемые размеры – усилить батарею, используя ее не только для питания экрана в 5-6'', но и зарядки самого Zune. Этакую мегаавтономную расширяющую докстанцию. Если еще немного продумать вывод элементов управления, использование штатного пульта ДУ Zune, клавиатуру или экран с технологией тачскрин, да еще и разворотный, да еще и в варианте, когда у Zune есть поддержка Интернет или просто сети – вот вам готовый развлекательный медиацентр. И изображение весьма удобно на 6'', и новые возможности по управлению с клавиатуры – хоть продавай под видом апгрейда Zune до уровня конкурента Nintendo Gameboy DS или Sony PSP.

Развивая эту идею до крайних границ расширенного сознания – т.е. до полного абсурда – в таком девайсе можно было вы предусмотреть и куда более широкий выбор внешних интерфейсов – тут можно добавить и еще одно хранилище (технологию хранения пусть каждый додумает сам), и GPS, и Bluetooth, и USB, и универсальный картридер – и тут уже будет совершенно другой комбайн. А если еще предусмотреть «пустующие» отсеки, куда и будут через штатные разъемы устанавливаться все перечисленные выше модули, приобретаемые пользователем по мере надобности – даже не знаю, как можно назвать такой «швейцарский» электронный набор с ядром в виде Zune. Кстати – устройство по первым прикидкам вполне вписывается в формат моего Fujitsu Lifebook u810, с которого я сейчас все это и который вполне прижился в одном из внешних карманов моего «походного» рюкзака и особо не обременяет меня, как владельца, ни весом, ни габаритами, ни особыми требованиями к «питанию».

На этой позитивной ноте привращения Zune в мегадевайс века (кстати, что как технологически, так и финансово вполне под силу Microsoft и партнерам) буду заканчивать свой, получившийся далеко не коротким, список пожеланий к Деду Морозу. Надеюсь, большая часть вполне простых модификаций ПО увидит свет. А пока... Пока вернусь домой и установлю на Zune обещанную на 16 сентября свежую версию фирменного ПО – ничего кардинального не обещали, но на пару геймов и новые возможности интерфейса посмотреть интересно. "Погоняю" прошивку 3-5 дней, для полноты ощущений - и напишу обзор...