Для тех кто хочет ознакомиться чуть глубже с тем, что стоит за ссылками из списка для поиска камер в Google, настоятельно советую почитать “Camera Hacks With Detail” (всё-таки некоторые камеры действительно не стоит трогать, даже когда можно). Это как раз тот самый список, который опубликован в посте на Habrahabr, только появился он почти год назад. Обратной ссылки с Habrahabr нет на первоисточник, так что это может быть этот документ, а может этот “Viewing Unprotected Webcams“, а может и еще какой-нибудь.

This document is meant to provide web application developers, browser engineers, and information security researchers with a one-stop reference to key security properties of contemporary web browsers. Insufficient understanding of these often poorly-documented characteristics is a major contributing factor to the prevalence of several classes of security vulnerabilities.

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

Есть несколько сюрпризов, которые преподнесла Google разработчикам. Ничего нового не сделали, но, в принципе минимальный набор функций предложили. Первые две касаются и разработчиков и пользователей.
Во-первых, поле ввода теперь подсвечивается, если находится в фокусе. Есть небольшой косяк с выпадающим списком – он подсвечивается только после выбора элемента из списка и только, если фокус остался на этом элементе. При выборе же подсветка просто мигает один раз вокруг элемента. Checkbox не выделяются. Цвет подсветки, похоже, не меняется и сливается с фоном цвета #eaaf3f. Не критично, я думаю, страшненький всё-таки цвет в больших объёмах.

Наверное, эта подсветка действительно кому то нужна, жаль только пока нельзя вообще никак ей управлять, а было бы приятно поменять цвет, размер и, хотя бы, насыщенность. На ЖК от Samsung я не вижу подсветку вообще.

Вторая, позаимствованная функция (из движка WebKit – «сердца» Safari и прямого потомка KHTML), – это возможность изменять размер многострочного текстового поля. Размер можно задать любой. Разумеется, изменение размеров поля сразу же сказывается на разметке страницы. Поэтому такие игры на страницах с поломанной или насыщенной разметкой приведут к заметным искажениям. Страничка нормально расширяется вниз, но вправо приводит к искажениям. Почему то показалось, что лучше бы расширение поля сделали независимым от разметки, так чтобы расширяемое поле просто закрывало существующие элементы, а-ля поле в отдельном слое.

Кстати сделать поле меньше чем исходный размер не получится.
По-умолчанию в Chrome встроен HMTL Inspector, напоминающий Firebug. В версии 0.2 инспектор не предоставляет никаких возможностей для изменения текста страницы, только просмотр. Скорее всего это ограничения беты.

Click!

Так же как и в Firebug инспектор в Chrome можно вызвать для конкретного элемента. Инспектор откроется в отдельном окне, поделённым на две части. При открытой консоли на три. Слева будет DOM дерево, справа все данные по выбранному элементу. Минус в том, что стили будут собраны в одну кучу, и, в случае, когда используется несколько CSS файлов будет не ясно, откуда какой стиль взят.

Теоретически имеется возможность привязать окно HTML инспектора к главному (хотя по хинту не понятно, что имеется ввиду под главным окном), но у меня так и не получилось это сделать. HTML инспектор ни в какую не хотел прилеплять себя ни к одному из окон Chrome. Еще одной загадкой осталась закладка “Resources”, я не смог найти ни одного сайта, для которого её содержимое было бы не пустым. Кажется, это еще одна функция на будущее, вероятно, будут показаны объекты, изображения и другие файлы, динамически подгружаемые или запускаемые на странице. Интересно что будет показано в случае всяких Flash плееров (Конечный файл то находится за ними и напрямую не доступен в общем случае).

Click!

Кстати, “Search” тоже не работает и не очень понятно к чему он относится – к поиску по элементам в DOM или к поиску по атрибутам выбранного элемента. Будет приятно, если он будет контекстный, и в зависимости от фокуса, будет искать в разных частях инспектора.

Есть несколько приятных особенностей панели атрибутов элемента:

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

Поработав с Chrome уже три дня, я всё больше утверждаюсь во мнении, что множество положительных отзывов связаны не столько с браузером сколько с Google. Если бы этот же браузер вышел под именем небольшой компании, никто бы и внимания не обратил. Пока Chrome сыроват, не столько шустр как обещалось (что естественно, быстрый JS движек всё-таки взаимодействует с медленным WebKit’ом), по функциональности ничего особенного. С другой стороны это только начало и видно, что оставлено множество выходов на дополнительные функции – плагины, поиск, инструменты для разработчиков, специальные фишки для пользователей и интересная система безопасности, но это уже отдельная история.

Начало “Часть 1: Google Chrome”

Вышедший второго сентября Google Chrome успел наделать много шума и стал довольно обсуждаемой темой в блогосфере. Не меньший интерес проявили и специалисты по безопасности, в первой же версии был обнаружен ряд уязвимостей. Первая из них была обнаружена уже на следующий день. Чуть менее недели спустя Google выпустил патч для найденных критических проблем. За очень короткое время после релиза браузер отвоевал маленькую, но заметную долю рынка.

Все эти события прошли мимо меня, пока я был в отпуске. Ну и ладушки.

Поскольку появление нового инструмента в руках пользователей всегда влечет определенные проблемы для тестирования, браузер пришлось отыскать и установить. Сейчас он (официальный сайт Google Chrome) занимает третью позицию в Google (PR 0), вторую в Yahoo, третью MSN, видимо дальние позиции в Live Search и Yandex, первую в Majestic 12, а Alexa почему то найти не удалось. Хорошие показатели, на мой взгляд после восьми дней жизни.

Инсталятор, скачиваемый на компьютер, меньше полумегабайта. Правда, при установки он скачивает из Сети порядка 20 Мегабайт данных. Устанавливается не в привычные “Program Files”, а в “Documents and Settings”. Прямо скажем очень странное решение. Занимает после установки около пятидесяти мегабайт, при этом сам инсталлятор не удаляется и лежит в папке “[Version]\Installer”. Вероятно, установка следующих версий будет приводить к накоплению данных.

Судя по структуре файлов, дальше планируется появление плагинов и тем. Смущает только реализация в виде DLL.

Первым не очень понятным фактом стало то, что запущенный Chrome загружает процессор от 2 до 7% постоянно. Такого поведения не наблюдается у Internet Explorer, Firefox и Opera. Простая загрузка браузера с пустой страницей не приводит к постоянной нагрузке на процессор. Что же делает при этом Chrome? При беглом осмотре понятно не стало – к файлам обращается в меру, при этом в своей директории, реестр использует не больше остальных, в Сеть тоже постоянно не ломится. Исходный код скачивать поленился, возможно, позже всё же пересилю себя.

Интерфейс и функциональность.

Стандартный интерфейс, как и у других браузеров, только сильно урезанный или без лишних элементов, смотря с какой точки зрения подходить. Если браузер воспринимать именно как инструмент для простого просмотра страниц, то очень хорошо. У меня же вызвало смешанные чувства. Такого же эффекта можно добиться в Firefox, IE и Opera нажав F11, разница лишь в том, что при этом браузеры основной тройки разворачиваются на весь экран.

Click!

Куда интереснее поведение адресной строки при вводе ссылки.

Click!

Во-первых шрифт и поле ввода больше, чем у других браузеров. Во вторых цветами отделается домен, символы разметки, пути до страницы на сайте и имена файлов. Немного необычно, но приятно. При вводе адреса Chrome показывается в выпадающем списке возможные результаты, основанные на уже существующей истории пользователя и наиболее близких имен доменов в базе Google. Так же предлагается поискать введенную фразу в выбранном поисковике (по умолчанию Google) и посмотреть всю историю по страницам, попадающую под введенное в адресную строку. Пожалуй, этим можно было удивить в прошлом году, пока не вышел браузер Firefox 3.0. Но всё-таки хорошо, что такая возможность есть уже в первых версиях, потому как ни IE, ни Opera этого пока не сделали (поиск идет по локальной истории).В новом пустом табе (по Ctrl + T например) по умолчанию отображаются наиболее часто посещаемые сайты, а так же список недавних закладок.

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

Совсем другой разговор, если обратить внимание на табы. Все стандартные действия поддерживаются (переключение по Ctrl + цифра, Shift, Ctrl, Shift & Ctrl + Click), табы можно менять местами, а так же вообще вытаскивать их в отдельное окно и вкладывать отдельные окна друг в друга. Анимация табулек при перетаскивании и вложении сделана приятно.

При этом, как обещает Google, зависание одного таба не скажется на остальных. Подвесить Chrome удалось легко. Было достаточно загрузить небольшой PDF документ. Пока он полностью не загрузился окно Chrome зависло и переключится на другие табы и отдельные окна не получалось. Другие приложения работали нормально. Так получается из-за того, что на самом то деле табы не являются самостоятельными процессами и запускаются от процесса ядра (это видно через Process Explorer). В результате, когда повисает главный процесс – повисает и всё остальное. Но с другой стороны, если правильно угадать, то можно убить дочерний процесс, подвесивший всё приложение, тогда действительно на других табах это не скажется. У Internet Explorer таже история, если открывать страницы не в табах, а в отдельных окнах.

Другая возможность – создание ярлыков. Любая страничка может быть помещена на рабочий стол, в меню «Пуск» или на панель быстрого запуска. В отличии от простого drug-and-drop для других браузеров, в Chrome существует дополнительный пункт меню который позволяет создать сразу все ярлыки. При этом иконка берется из favicon.ico сайта.

Click!

Запускаются такие ярлыки в отдельном окне Chrome, вообще без навигации. Впрочем, с помощью меню в заголовке окна можно переключиться в нормальный режим. Чем то напоминает Active Desktop, только окна нормальные, а не «утопленные» на заднем плане.Любопытно сделан контекстный поиск по странице. По «Ctrl + F» панелька для ввода появляется чуть ниже строки адреса. При вводе текста показывается количество соответствий и текущее положение.

История посещений и загрузок показываются в отдельном окне в виде веб страниц, с возможностью поиска. Лично мне понравилось, потому как довольно удобно использовать. К сожалению, интерактивного поиска нет (как в Firefox в истории посещений). Функция удобная, когда нет уверенности в точном названии страницы.Интересно еще и то, что иногда количество процессов было больше чем процесс ядра + количество открытых табов и окон Chrome.Я заметил еще одну приятную особенность. При открытии новых окон, они появляются не как обычно правее и ниже родительского, а чуть ниже верхней грани, по середине заголовка.

Click!

Ребята из Google добавили любопытную функцию в браузер – диспетчер задач. Вызвать диспетчер можно из контекстного меню заголовка браузера.

Производительность и стандарты.

Чисто субъективно я не заметил никакой разницы между браузерами в плане скорости загрузки страниц. Страницы с видео роликами, так или иначе, подтормаживаются при загрузке. Не было чудес и при загрузке «Google Analytics» – так же заметны подтормаживания при смене периода.Очень хорошо почувствовал разницу в скорости обработки страницы при изменении размеров текста с помощью «Ctrl + Колёсико Мышки» и Ctrl + «+/- ». Chrome работает очень быстро, практически без задержек. Но, в Chrome возможность увеличения и уменьшения текста ограничена, в отличие от Firefox. Вместе с тем, на мой взгляд, увеличение лучше работает в Internet Explorer и Opera – не портит разметку, и при этом позволяет увеличить страницу, так что на картинках будут видны пикселы.

При старте Chrome в пике съедал 40% процессора (у меня стоит AMD Athlon 3500+ 64 bit с 1 GB Dual памяти и водруженной поверх XP 32 bit с SP3). Для сравнения Firefox потреблял 35%, Internet Explorer -60%, Opera – 50%. Как уже говорилось, дальше в режиме простоя Chrome потреблял от 2 до 7% процессора. Но у Chrome наблюдается сильное преимущество по переключению контекста между потоками, хотя это не очень точно.

Тут мне стало интересно, как поведет себя Chrome при открытии нескольких табов и окон. Методику я выбрал самую простую:

- Для каждого браузера (Chrome, Firefox 2, Internet Explorer 7, Opera 9.5) открывается 10 пустых табов (то есть свежие инсталляции, без истории закладок и плагинов).
- Открывается 10 табов с одним и тем же ресурсом (я выбрал главную страницу Youtube)
- Открывается 10 отдельных окон с Youtube (окна с пустыми страницами я опустил, ничего особенного предварительные тесты не показали).
- Каждый тест повторяется 10 раз и берутся усредненные значения, если не окажется, что есть очевидные пики.Условия проведения замеров одинаковые для всех браузеров (Windows XP SP3, 32bit, Athlong 3500+, 1GB Dual RAM).В результате я получил 6 табличек cо значениями для физической и виртуальной памяти.
Потребление физической памяти на пустой выглядело так, при открытии табов:

Физическая память (MB)

Виртуальная память (MB)

А вот так память потреблялась при загрузке главной страницы Youtube, опять-таки 10 табов в одном окне:

Физическая память (MB)

Виртуальная память (MB)

Распределение памяти при открытии десяти табов с Youtube оказалось следующим:

• Chrome – нерегулярно до 30% CPU, по разным процессам.
• Firefox – постоянное использование около 20% с пиками до 50%.
• Internet Explorer – от 20% до 50%
• Opera – использование CPU колебалось в районе 30%

Интересно так же то, что распределение памяти между процессами было неоднородным и отличалось в пределах до 5 мегабайт для табов, плюс два процесса по 50 мегабайт (плюс минус 3). В отличие от Firefox и Internet Explorer, память не росла безостановочно.
Распределение памяти в случае 10 разных окон.

Физическая память (MB)

Виртуальная память (MB)

В общем и целом Chrome показал себя довольно прожорливым браузером по памяти (но в случае с окнами – намного лучше, чем Internet Explorer), но наиболее нетребовательным к процессору. При теперешнем росте объемов памяти, в принципе, не существенно. Браузер действительно должен работать быстрее, чем остальные. Пока память не закончится, конечно.

Но всё-таки, реально отдельные процессы создает только Internet Explorer, в Chrome (повторюсь), так или иначе всё завязано на главный процесс ядра.

По стандартам всё очень даже неплохо:

Acid3
• Chrome – 79
• Opera 9.5 – 84
• Firefox 2 – 52
• Firefox 3 – 71
• Internet Explorer 7.0 – я не понял сколько, картинка была сбита полностью

Acid2
Chrome, Firefox 3, Opera 9.5 – прошли.

По сегодняшним меркам очень приличный результат, но люди говорят, что некоторые страницы разъезжаются. Так что если Chrome займёт существенную долю рынка веб разработчикам и верстальщикам всё-таки придется попотеть. Впрочем, и тестировщикам тоже (меж тем Selenium, например, все еще не поддерживает Chrome).

Закончу эту часть рассказа такой вот картинкой

Часть 2: Google Chrome для разработчиков