Linux Forum Казахстан

[size="3"]Google пожертвовала 300 тыс. долларов на хостинг свободных проектов[/size]

Компания Google пожертвовала 300 тыс. долларов на развитие лаборатории открытых технологий в университете штата Орегон (OSU Open Source Lab). Общая сумма финансирования лаборатории компанией Google составила 750 тыс. долларов.

OSU Open Source Lab осуществляет хостинг инфраструктуры крупных свободных проектов, таких как Mozilla Firefox, One Laptop Per Child, GNOME, Apache, PostgreSQL, Kernel.org, Drupal, а также занимается проведением выставок и конференций OSCON (Open Source Conference).
http://www.linuxelec...-support-google (http://www.linuxelectrons.com/news/application/16900/osu-open-source-lab-grows-support-google)

[size="3"]Google выпускает Web-браузер с открытым кодом -- Google Chrome[/size]

Компания Google анонсировала выпуск своего Web-браузера с открытым кодом -- Google Chrome. Первый бета-релиз будет представлен уже сегодня -- более чем в 100 странах.
В Google объясняют причину выпуска своего браузера объясняют следующим образом: «Мы уверены, что можем принести пользу в этой области и в то же время способствовать инновациям в Web». Браузер Google Chrome уже долгое время использовался внутри компании, и теперь было решено выпустить его для широкой публики.
Среди технических подробностей о Google Chrome можно выделить заимствование компонентов из браузера Mozilla Firefox и движка рендеринга Web-страниц Apple WebKit, использование «более мощного» (чем другие доступные сегодня реализации) Javascript-движка V8, изоляция вкладок браузера друг от друга («падение» одного из табов никак не отразится на работе других).
Первый бета-релиз Google Chrome будет сначала доступен только для операционной системы Microsoft Windows (в Google хотят получить максимальный отклик как можно быстрее), но в дальнейшем появятся сборки и для других платформ (Mac OS X, Linux).
http://www.nixp.ru/news/9242 (http://www.nixp.ru/news/9242)

Цитата: turbo от 02 Сентября 2008, 19:57[size="3"]Google выпускает Web-браузер с открытым кодом -- Google Chrome[/size]

Поставил потестить на работе, пока впечатления хорошие: быстрый, легкий. Немножко непривычно в плане настроек и интерфейса.

[size="3"]Web-браузер Chrome войдет в состав Linux-платформы Google Android[/size]

Сергей Брин (Sergey Brin), один из основателей компании Google, в своем недавнем интервью заявил, что стоит ожидать появления Web-браузера Chrome для мобильной Linux-платформы Android.
Несмотря на то, что продукты (Chrome и Android) разрабатывались независимо друг от друга, а Chrome изначально ориентирован на использование на персональных компьютерах, а не в мобильных устройствах, вполне логично, что эти программные решения Google найдут общие точки прикосновения.
Брин сообщил, что, вероятно, уже в следующей версии Android в платформе будут заимствованы компоненты Chome. В качестве примера такого «заимствования» он привел Open Source-движок Javascript V8, используемый в Chrome. Название Web-браузера Chrome в его версии для Android сохранится или будет «подобным».
Chrome и Android уже используют общую основу: Open Source-движок WebKit является ключевым компонентом для рендеринга Web-страниц в обоих программных продуктах.
http://www.nixp.ru/news/9246 (http://www.nixp.ru/news/9246)

[size="3"]В браузере Google Chrome используется Open Source от Microsoft[/size]

В опубликованных Google «правилах и условиях» по Open Source-проекту Chromium, стоящему за новым Web-браузером Chrome, представлен список из 23 компонентов ПО с открытым кодом, используемых в коде Chromium. Среди них есть и разработка Microsoft -- WTL (Windows Template Library).
WTL -- это библиотека для C++, предназначенная для разработки Windows-приложений и компонентов пользовательского интерфейса. WTL расширяет ATL (Active Template Library) и предоставляет набор классов, призванных упростить процесс разработки. В некотором смысле она похожа на MFC (Microsoft Foundation Classes), но является более «легковесной». WTL распространяется под лицензией Microsoft Public License (Ms-PL), которая в октябре прошлого года была одобрена OSI как удовлетворяющая требованиям определения Open Source (OSF). Библиотека WTL была опубликована Microsoft как Open Source-проект в мае 2004 года.
Среди прочих Open Source-компонентов, используемых в Chronium, можно выделить HTML-движок WebKit, ассемблер Javascript-движка V8, РСУБД SQLite, графические библиотеки libjpeg и libpng, библиотеки сжатия данных bzip2 и zlib, библиотеки libxml и libxslt.
http://www.nixp.ru/news/9276 (http://www.nixp.ru/news/9276)

[size="3"]Google выпустила Picasa 3-beta для Linux и передала около 200 патчей проекту Wine [/size]

Выпустив бета версию бесплатной программы для ведения коллекции фотографий Picasa 3 для платформы Linux, компания Google передала около 200 патчей проекту Wine. Linux версия Picasa базируется на использовании Wine, для работы с цифровыми камерами используется библиотека libgphoto2, поддерживается интеграция в десктоп окружения Gnome и KDE.

Одним из самых интересных новшеств Picasa 3.0, является поддержка распознавания лиц на фотографиях. Например, программа самостоятельно может выделять фотографии на которых присутствуют определенные люди и присваивать им соответствующие тэги. Кроме того в Picasa 3.0 добавлены средства для добавления текста или водяных знаков на фотографии, переработаны инструменты для создания коллажей и осуществления кадрирования, добавлена возможность автоматического устранения эффекта красных глаз и восстановления поврежденных частей изображения на основе экстраполяции прилегающих областей.
http://www.hitechsqu...e-code-to-wine/ (http://www.hitechsquad.com/2008/10/07/google-contributes-more-code-to-wine/)
http://www.opennet.r...shtml?num=18316 (http://www.opennet.ru/opennews/art.shtml?num=18316)

[size="3"]Компания Google выпустила средство для выполнения бинарных программ в браузере[/size]

Разработчики Google представили открытый проект Native Client, позволяющий выполнять в окне web-браузера обычные бинарные приложения. Программа состоит из универсального плагина к браузеру и модифицированного компилятора на основе GCC. Плагин поддерживает браузеры Firefox, Safari, Opera и Google Chrome на платформах Linux, Mac OS X и Windows. В скором времени будет доступна версия для архитектур ARM и PPC. Исходные тексты разработки распространяются в рамках лицензии BSD.

Скомпилированная для выполнения в плагине программа работает в специальном изолированном окружении. Безопасность системы достигается через изоляцию системных вызовов и прерываний - разрешено выполнение 46 системных вызовов, остальное либо запрещено, либо эмулируется специальным runtime кодом. Сетевые и дисковые функции, а также операции для работы с памятью, обрабатываются специальной подсистемой. Обращение за пределы дозволенных областей памяти блокируются через задействования системы обработки исключений CPU.

В отличии от аналогичных проектов, например, компилятора Adobe Alchemy, инструкции не преобразуются в байткод виртуальной машины, а выполняются как есть, с максимально возможной производительностью (потеря производительности не более 5%).

В качестве демонстрации возможностей Native Client была представлена сборка игры Quake, работающая в окне браузера.
http://www.opennet.r...shtml?num=19308 (http://www.opennet.ru/opennews/art.shtml?num=19308)

[size="3"]Завершен период тестирования web-браузера Google Chrome[/size]

Компания Google объявила о досрочном завершении периода бета-тестирования открытого web-браузера Google Chrome и выпуске первой стабильной сборки для платформы Windows. За 100 дней бета-тестирования число активных пользователей Google Chrome достигло 10 миллионов. Со времени выпуска первой бета версии производительность Javascript движка V8 была увеличена в 1.4 раза по данным тестов SunSpider, и в 1.5 раз при оценке производительности в тестовом комплекте V8 benchmark.

До настоящего времени усилия разработчиков были направлены на повышение стабильности и производительности, в ущерб наращивания функциональности. Отныне ситуация изменится, будут добавлены такие возможности как автозаполнение полей и поддержка RSS, будет форсировано направление разработки версий для Linux и Mac OS X, особое внимание будет уделено развитию системы плагинов. Базовые возможности и особенности браузера были представлены в первом анонсе.

Что касается поддержки Linux, то в настоящее время реализован не только базовый каркас приложения, предназначенный для прохождения тестов в консольном режиме, но и доступны первые инструкции по сборке версии, работающей в графическом режиме. Ведется работа по созданию графического интерфейса, который будет основан на использовании библиотек Gtk+, Glib, Pango и Cairo, а также оригинальной системе рендеринга графики Skia (используется в Windows сборке Chrome), портированной в Linux месяц назад. Кроме того, в настоящее время для Linux версии близка к завершению работа по реализации субпиксельного рендеринга, системы ввода, поддержке буфера обмена.
http://www.opennet.r...shtml?num=19350 (http://www.opennet.ru/opennews/art.shtml?num=19350)

[size="3"]Компания Google представила google-perftools 1.0[/size]

Анонсирован (http://google-opensource.blogspot.com/2009/01/google-perftools-10-released.html) первый стабильный релиз комплекта google-perftools (http://code.google.com/p/google-perftools/), включающего в себя средства для анализа производительности и выявления проблем с распределением памяти, имеющих поддержку многопоточных приложений и оптимизированных для специфики работы на многопроцессорных системах (SMP и NUMA).

Кроме heap-checker, heap-profiler и cpu-profiler, в состав комплекса входит TCMalloc (http://google-perftools.googlecode.com/svn/trunk/doc/tcmalloc.html), одна из самых высокопроизводительных реализаций malloc().

http://www.opennet.r...shtml?num=19665 (http://www.opennet.ru/opennews/art.shtml?num=19665)

[size="3"]Тестовая версия Google Chrome 2.0 продемонстрировала прогресс в поддержке Linux[/size]

Вышла (http://blog.wired.com/business/2009/01/chrome-20-previ.html) тестовая версия web-браузера Google Chrome 2.0, в которой представлены компоненты упрощающие портирование для платформ Linux и Mac OS X. В частности в комплект включена (http://dev.chromium.org/getting-involved/dev-channel/release-notes/releasenotes201561) новая кроссплатформенная реализация сетевой библиотеки, заменившая собой код привязанный к использованию WinHTTP.

http://www.opennet.r...shtml?num=19694 (http://www.opennet.ru/opennews/art.shtml?num=19694)

[size="3"]Google выпустит Linux версию браузера Chrome в течение первой половины 2009 года[/size]

Представители Google сообщили (http://news.cnet.com/8301-17939_109-10138388-2.html), что надеются выпустить версии web-браузера Chrome для платформ Mac OS X и Linux в течение первой половины 2009 года.

В настоящее время реализован базовый каркас Linux версии (http://code.google.com/p/chromium/wiki/LinuxDevelopment) Google Chrome, осуществляющий загрузку, обработку и рендеринг web-страниц. Разработка интерфейса пользователя находится на начальном этапе развития. Графический интерфейс Linux версии будет основан на использовании библиотек Gtk+, Glib, Pango и Cairo, а также оригинальной системе рендеринга графики Skia (используется в Windows сборке Chrome), портированной в Linux несколько месяцев назад. Кроме того, в настоящее время для Linux версии близка к завершению работа по реализации субпиксельного рендеринга, системы ввода, поддержке буфера обмена.

В опубликованной (http://googlechromereleases.blogspot.com/2009/01/dev-update-new-webkit-version-new.html) несколько дней назад тестовой версии Google Chrome 2.0 была проведена работа по избавлению от привязанного к платформе Windows кода, например, с целью избавления от зависимости от WinHTTP была разработана новая кроссплатформенная реализация сетевой библиотеки. Из других новшеств Chrome 2.0 можно отметить переход на новую версию движка WebKit, реализацию возможности автодополнения текста в формах ввода, режим полноэкранного просмотра страницы, автоскроллинг (при нажатой средней кнопке мышью, перемещение манипулятора приводит к смещению страницы в любом направлении), поддержку профилей настроек пользователя.

http://www.opennet.r...shtml?num=19725 (http://www.opennet.ru/opennews/art.shtml?num=19725)

[size="3"]Компания Google закрывает многие сервисы и планирует открыть код Jaiku[/size]

Компания Google прекращает (http://googlesystem.blogspot.com/2009/01/google-closes-many-services.html) развитие многих второстепенных сервисов. Например, будет прекращена работа над Google Video, Google Notebook, Google Catalogs, микро-блогов Jaiku и т.д. Некоторые сервисы закроются (Google Video в пользу YouTube), а некоторые просто прекратят развиваться (Google Notebook). Что касается социальной сети Jaiku, то Google планирует открыть исходные тексты движка микро-блогов и передать развитие платформы в руки энтузиастов.

Тем временем компания Identi.ca объявила (http://gigaom.com/2009/01/14/identica-gets-funding-to-make-open-source-twitter-variant/) о получении финансирования разработки open source альтернативы системе Twitter.

http://www.opennet.r...shtml?num=19801 (http://www.opennet.ru/opennews/art.shtml?num=19801)

[size="3"]Свободные проекты и Google. Открыт исходный код Google Servlet Engine[/size]

Опубликована заметка (http://google-opensource.blogspot.com/2009/01/updates-from-googlers-contributing-to.html), в которой продемонстрированы несколько примеров свободных проектов, на которые тратят свое свободное время работники Google (официально каждый работник Google может в течение рабочего дня тратить 20% своего времени на посторонние проекты).

 * Большое число разработчиков занимаются работой по подготовке для публикации в виде открытых проектов частей своей непосредственной работы в Google , напирмер, были выпущены google-perftools, Google Web Toolkit, Native Client, google-glog, Protocol Buffers, Ratproxy и т.д.
 * Ben Collins-Sussman занимается (http://blog.red-bean.com/sussman/?p=139) переработкой механизма работы по протоколу HTTP в системе контроля версий Subversion. Новый протокол по прежнему сохранит совместимость с WebDAV, но будет работать значительно быстрее за счет использования бинарных DeltaV патчей;
 * Diego Novillo развивает набор компиляторов GCC в плане поддержки нового механизма оптимизации WHOPR (WHOle Program optimizeR);
 * Frank Mayhar недавно подготовил патч (http://kerneltrap.org/mailarchive/linux-ext4/2008/12/10/4390134) к файловой системе ext4, реализующий режим повышенной производительности, из-за работы без ведения журнала изменений;
 * Shiki Okasaka продолжает разработку экспериментальной операционной системы ES (http://code.google.com/p/es-operating-system/), код которой написан на Javascript. В настоящее время для ES даже доступен работающий TCP/IP стек;
 * Tim Hockin развивает проекты prettyprint, ACPID, MCE Daemon.

В заключение, можно отметить об открытии под лицензией Apache License 2.0 исходных текстов быстрого и легковесного движка для выполнения сервлетов OpenGSE (http://code.google.com/p/opengse) (Open Google Servlet Engine), который основан на коде, который используется для обеспечения работы таких сервисов, как Gmail и Google Calendar. Кроме реализации контейнера для выполнения сервлетов, OpenGSE содержит в себе набор средств для тестирования сервлетов на предмет соблюдения спецификаций Java Servlet 2.5 (http://java.sun.com/products/servlet/). Проект не нацелен на конкуренцию с Apache Tomcat или Jetty, так как представляет в настоящий момент лишь эталонную реализацию, лишенную некоторых важных функций, таких как возможность хранения объектов.

http://www.opennet.r...shtml?num=20013 (http://www.opennet.ru/opennews/art.shtml?num=20013)

[size="3"]При работе над браузером Chromium в Google были усовершенствованы Hunspell слова[/size]

Система проверки орфографии в web-браузере Chromium основана на свободной библиотеке Hunspell (http://hunspell.sourceforge.net/). Разработчики Google проделали (http://blog.chromium.org/2009/02/spell-check-dictionary-improvements.html) большую работу по переработке и дополнению имеющихся для Hunspell открытых словарей, сделав доступными свои усовершенствования и для других, основанных на Hunspell, продуктов, например, OpenOffice.org, Mozilla Firefox 3 и Thunderbird.

http://www.opennet.r...shtml?num=20264 (http://www.opennet.ru/opennews/art.shtml?num=20264)

[size="3"]Обсуждение выбора графического тулкита для Linux сборки Google Chrome[/size]

"linux: the views situation (http://groups.google.com/group/chromium-dev/browse_thread/thread/b89ab99a0c848b89/540a3f63f7b66bab)" - дискуссия в списке рассылки разработчиков Google Chrome, касающаяся выбора графического тулкита для интерфейса пользователя в Linux версии браузера. Как и было объявлено ранее (http://www.opennet.ru/opennews/art.shtml?num=19725), интерфейс Linux версии Google Chrome будет построен с использованием библиотек Gtk+, Glib, Pango и Cairo, а также оригинальной системе рендеринга графики Skia (используется в Windows сборке Chrome), портированной в Linux несколько месяцев назад.

Прогресс развития Linux сборки Chrome можно наблюдать по отчетам (http://code.google.com/p/chromium/wiki/LinuxWeeklyNotes) с еженедельных встреч разработчиков.

http://www.opennet.r...shtml?num=20312 (http://www.opennet.ru/opennews/art.shtml?num=20312)

[size="3"]Компания Google присоединится к Opera и Mozilla в деле против Microsoft[/size]

"Browsers powered by user choice (http://googlepublicpolicy.blogspot.com/2009/02/browsers-powered-by-user-choice.html)" - компания Google намерена последовать примеру Opera и Mozilla и выступить против Microsoft в деле против компании Microsoft, связанном с неправомерным навязыванием использования браузера Internet Explorer.

http://www.opennet.r...shtml?num=20464 (http://www.opennet.ru/opennews/art.shtml?num=20464)

[size="3"]Google планирует начать распространение субсидированных Linux субноутбуков[/size]

На конференции Open Source in Mobile (OSiM), проходившей на прошлой неделе в Сан-Франциско, руководитель Linux Foundation, Джим Землин (Jim Zemlin) выразил беспокойство из-за смещения интересов производителей субноутбуков в пользу предустановки Windows XP и переводу специализированных Linux-окружений на второй план. Благодаря значительному снижению цены на редакцию Windows XP для субноутбуков, Microsoft с февраля прошлого года удалось увеличить долю Windows на субноутбуках с 10% до 80%. По мнению Джима, OEM производителям следует обратить внимание на перспективные альтернативные бизнес модели, основанные на сотрудничестве с операторами сотовой связи и установке тесно интегрированных с online-сервисами и быстро-загружаемых оболочек.

Тем временем Google рассматривает возможность распространения сверхдешевых субноутбуков, субсидирование цены которых будет осуществляться за счет показа рекламы или за счет длительных контрактов с операторами связи. Программное окружение подобных субноутбуков будет тесно завязано на online сервисах и построено на базе Linux платформы Google Android. Первое устройство планируют выпустить в продажу уже во второй половине текущего года.

http://www.opennet.r...shtml?num=20691 (http://www.opennet.ru/opennews/art.shtml?num=20691)

[size="3"]Компания Google открыла исходные тексты движка микро-блогов Jaiku[/size]

Компания Google открыла под лицензией Apache исходные тексты движка микро-блогов Jaiku, написанного на языке Python. Открытый вариант платформы будет развиваться силами независимых энтузиастов под именем JaikuEngine, развитие сервиса Jaiku.com силами Google прекращается.

Ранее сервис Jaiku был тесно завязан на внутренней распределенной среде вычислений Google, но разработчики, перед открытием исходных текстов, перевели код Jaiku в вид, который может работать поверх общедоступной инфраструктуры Google App Engine. Тем не менее некоторые возможности в открытой версии пришлось отключить из-за финансовых и технических причин, например, недоступны средства получение новостных лент и обработки международных SMS (прием SMS ограничен операторами США). Для организации аутентификации пользователей в JaikuEngine задействован открытый протокол OAuth, являющийся продолжением развития протокола OpenID.

Кроме непосредственно движка JaikuEngine открыты исходные тексты и мобильного клиента - Jaiku Mobile client, доступного теперь под лицензиями GPLv2 и MIT. Из-за перевода Jaiku на рельсы Google App Engine, с открытой версией платформы сможет работать только будущая версия мобильного клиента, о дате выхода которой пока нет точных данных.

http://www.opennet.r...shtml?num=20771 (http://www.opennet.ru/opennews/art.shtml?num=20771)

[size="3"]Javascript приложения для демонстрации возможностей браузера от Google[/size]

Разработчики web-браузера Chrome представили (http://googleblog.blogspot.com/2009/03/chrome-experiments-are-here.html) сайт chromeexperiments.com (http://www.chromeexperiments.com/), на котором размещен набор демо приложений, написанных на Javascript, для демонстрации скорости браузера и возможностей языка для создания игр и других интерактивных приложений.

Незабываемое удовольствие от просмотра демонстрационных страниц можно получить используя свежие версии web-браузеров Chrome 2.x, Opera 10, Firefox 3.5 beta и Internet Explorer 8.

http://www.opennet.r...shtml?num=20844 (http://www.opennet.ru/opennews/art.shtml?num=20844)

[size="3"]Компания Google добавила в App Engine поддержку языка Java[/size]

Компания Google объявила о реализации поддержки исполнения Java программ в распределенном окружении App Engine, ранее поддерживавшем только язык программирования Python. Для языка Java разработана специальная прослойка, транслирующая возможности App Engine API в стандартные вызовы Servlet API, JDO, JPA, javax.cache и javax.mail.

Разработчики предупреждают, что для некоторых Java программ может потребоваться модификация, так как в App Engine внесены ограничения по поддержке некоторых библиотек, полностью отключены функции работы с диском и сокетами, заблокирован запуск субпроцессов и невозможно выполнение системных вызовов. С другой стороны, ограничения App Engine не затрагивают возможность использования базирующихся на JVM языков, например, Groovy, Scala и JRuby.

По заявлению Google, первые 10 тысяч разработчиков, пожелавших использовать Java в App Engine получат бесплатный доступ к системе. Каждое приложение Google App Engine получит 500Мб для хранения данных и достаточно процессорных ресурсов и трафика для обслуживания 5 миллионов страниц в месяц.

Для упрощения разработки предлагается загрузить универсальный плагин для интегрированной среды Eclipse, предоставляющий средства разработки с использованием App Engine и фреймворка для разработки динамических web-приложений Google Web Toolkit.

Дополнительно компания Google объявила о доступности трех улучшений для App Engine:

 * Secure Data Connector - система для организации доступа к данным, огражденных межсетевым экраном;
 * Cron - возможность выполнения заданий в указанные моменты времени или с заданнной периодичностью;
 * Database import - модуль для загрузки данных в БД App Engine из внешних источников.

http://www.opennet.r...shtml?num=21171 (http://www.opennet.ru/opennews/art.shtml?num=21171)

[size="3"]Компания Google предложила Api и плагин для создания 3d Web-приложений[/size]

Разработчики компании Google опубликовали исходные тексты универсального плагина к web-браузеру и разработали специальный API для использование 3D графики в web-приложениях. Google надеется, что на базе открытого кода и помощи сообщества независимых разработчиков можно будет сформировать открытый стандарт по использованию 3D графики в Web.

Плагин позволяет создавать интерактивные трехмерные web-приложения используя стандартный язык Javascript, дополненный функциями для манипуляции 3D объектами. Например, представлены функции для загрузки 3D-моделей, управления камерой, манипуляции с формами, текстурами и материалами, расчета физических процессов, применения разнообразных эффектов. Всего в API присутствует около 30 модулей и более 120 новых классов. Демонстрацию возможностей предложенного API можно оценить на сайте проекта 03D. Исходные тексты плагина распространяются в рамках лицензии BSD.

Ранее, с подобной инициативой в прошлом месяце выступила организация Khronos group, стоящая за разработкой спецификаций OpenGL. Khronos group планирует в течение года представить первый публичный релиз стандарта в рамках которого будет сформировано API, обеспечивающее доступ Javascript скриптов к базовым функциям OpenGL. Google не пытается навязать свой стандарт, а предлагает Khronos не изобретать велосипед, а использовать результаты уже проделанной работы.

http://www.opennet.r...shtml?num=21384 (http://www.opennet.ru/opennews/art.shtml?num=21384)

[size="3"]В сервисе Google Code появилась поддержка Mercurial[/size]

В систему хостинга открытых проектов Google Code добавлена поддержка распределенной системы контроля исходными текстами Mercurial. Ранее сервис Google Code поддерживал только контроль изменений через Subversion репозиторий.

При планировании обновления сервиса, рассматривались варианты внедрения поддержки Bazaar, Git и Mercurial. В качестве причин выбора Mercurial называют отличную документацию, похожесть набора команд с Subversion, наличие клиентов под все операционные системы, реализацию на близком для разработчиков Google языке Python, низкую трудоемкость интеграции в общую распределенную вычислительную сеть Google - Bigtable. Кроме того, инфраструктура Google Code построена на базе основанных на протоколе HTTP сервисов, по результатам сравнения проведенного в Google, Mercurial обладает лучшей реализацией протокола и характеристиками производительности в области поддержки HTTP.

Напомню, что в прошлом месяце конкурирующий проект SourceForge объявил о поддержке одновременно Git, Bazaar и Mercurial, в дополнение к ранее поддерживаемым CVS и Subversion.

Приверженцам системы Git разработчики Google рекомендуют использовать рекомендации изложенные в руководствах "Develop with Git on a Google Code Project" и "Exporting a Git Project to Google Code".

http://www.opennet.r...shtml?num=21445 (http://www.opennet.ru/opennews/art.shtml?num=21445)

[size="3"]Компания Google выпустила второй релиз открытого Web-браузера Google Chrome[/size]

Компания Google объявила о придании статуса стабильного релиза второй версии web-браузера Chrome (2.0.172.28), основанной на коде свободного проекта Chromium. По сравнению с первым стабильным релизом в новой версии значительно возросла производительность: скорость прохождения тестов V8 benchmark увеличилась на 25%, а Sunspider - на 35%.

Из новшеств можно отметить:

 * Переход на новую версию Javascript-движка V8 и HTML-движка WebKit;
 * Полная переработка сетевой подсистемы, которая переведена на платформонезависимые рельсы;
 * Возможность настройки содержимого страницы, отображаемой при открытии нового таба. Например, можно удалить отдельные сайты из списка наиболее посещаемых ресурсов;
 * Поддержка автозаполнения форм;
 * Режим полноэкранного просмотра;
 * Возможность автоматического скроллинга: при нажатой средней кнопке мышью, перемещение манипулятора приводит к смещению страницы в любом направлении;
 * Поддержка перетаскивания табов в новое окно;
 * Поддержка профилей настроек пользователя
 * Возможность выполнения пользовательских Greasemonkey-подобных скриптов в контексте любых просматриваемых страниц.
 * Исправлено более 300 ошибок.

Видеоролик с демонстрацией новых возможностей Chrome 2 можно посмотреть на YouTube.

На странице проекта Chromium отмечается значительный прогресс в развитии версии браузера для платформ Linux и Mac OS X. Судя по всему первый релиз Chrome для данных платформ выйдет в начале лета, в настоящий момент на сайте браузера для пользователей Linux предлагается заполнить форму для отправки уведомления о доступности Linux-версии.

Тем не менее, для пользователей Ubuntu Linux уже несколько месяцев ежедневно выпускаются готовые бинарные пакеты, отражающие развитие Linux версии Chrome. Для установки в Ubuntu 9.04 необходимо подключить дополнительный репозиторий, в файл /etc/apt/sources.list.d/chromium-daily.list занести строку:

deb http://ppa.launchpad...aily/ppa/ubuntu (http://ppa.launchpad.net/chromium-daily/ppa/ubuntu) jaunty main
Для ubuntu 8.04 слово "jaunty" нужно заменить на "hardy", а для ubuntu 8.10 - на "intrepid".

Затем следует импортировать ключ: sodo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 5A9BF3BB4E5E17B5

Обновить список пакетов и установить пакет chromium-browser: sudo aptitude update; sudo aptitude install chromium-browser

http://www.opennet.r...shtml?num=21857 (http://www.opennet.ru/opennews/art.shtml?num=21857)

[size="3"]Объявления с конференции Google I/o. 18 телефонов на базе платформы Android[/size]

Завершилась двухдневная конференция разработчиков программного обеспечения - Google I/O, сосредоточенная на последних инновациях в сфере web-разработки. Некоторые интересные объявления, прозвучавшие на конференции:

 * Представители Google заявили, что в течение 2009 года в продажу поступят как минимум 18 новых моделей телефонов, работающих на базе платформы Android. Рассказано, что производители планирующие выпускать Android телефоны делятся на три категории: 1. Использующие свободную версию Android без возможности включения в состав приложений Google, таких как Gmail и Google Calendar; 2. В отличие от первого варианта, производители соглашаются включить приложения Google; 3. Производитель получает возможность размещения логотипов Google и полный набор приложений, при этом обязуясь не вводить цензуру на загрузку приложений из каталога программ Android market, число приложений в котором приближается к отметке в 5000;
 * Опубликованы некоторые сведения, касающиеся будущей версии платформы Android 2.0 "Donut". В новой версии будет представлен расширенный API для использования функций голосового управления (voice-control) и API для синтеза речи (text-to-speech) в сторонних приложениях. Также будет создан встроенный поисковый механизм по всем документам, мультимедиа файлам, заметкам в планировщике и адресной книге, хранимым на телефоне;
 * На август намечено проведение второго конкурса разработки приложений для платформы Android - "Android Developer Challenge". Продолжая традиции прошлого года, победители будут определены в 10 тематических категориях (игры, утилиты, программы для социальных сетей, мультимедиа, обучение и т.д.). Победитель в каждой из категорий получит приз в размере 100 тыс. долларов, занявший второе место - $50 тыс., третье - $25 тыс.;
 * Выпущен новый набор виджетов "Google Web Elements", на базе которых на своем сайте можно организовать работу сервисов Google. Например, интегрировать элементы YouTube, поисковой системы, Google Docs, Google News, Google Calendar, Google Maps и т.д.;
 * Представлен проект "Google Wave", представляющий собой технологию для организации общения и интерактивного (rich-media) взаимодействия пользователей, комбинируя такие системы, как email, мгновенный обмен сообщениями, обмен фотографиями и совместное использование документов. Через несколько месяцев планируется опубликовать связанные с данной технологией исходные тексты. Видеоролик с демонстрацией возможностей можно найти здесь;
 * Рассказано о предстоящем релизе инструментария Google Web Toolkit 2.0, исходные тексты которого распространяются под лицензией Apache 2.0. В Google Web Toolkit входит множество средств для разработки и отладки динамических web-приложений. Например, в состав входит компилятор для преобразования реализации web-интерфейса на языке Java в AJAX аналог на базе Javascript и HTML. В новой версии появится интегрируемый в браузер отладчик и возможность асинхронного выполнения блоков (runAsync);
 * В Google Docs появится возможность выполнения макросов Google Apps Script;
 * Заявлено о переводе из тестового режима в промышленную эксплуатацию поддержки распределенной системы контроля исходными текстами Mercurial в сервисе Google Code. Теперь любой пользователь Google Code может создать новый Mercurial проект и преобразовать в него информацию из существующего Subversion репозитория;
 * В браузере Google Chrome появится поддержка расширений написанных с использованием стандартной связки HTML, Javascript и CSS, примерно как это сделано в Mozilla Jetpack.

http://www.opennet.r...shtml?num=21952 (http://www.opennet.ru/opennews/art.shtml?num=21952)

[size="3"]Компания Google выпустила тестовую версию Chrome для Linux и дополнение к Firebug[/size]

Разработчики из компании Google представили первую официальную тестовую версию web-браузера Chome для платформ Linux и Mac OS X. Сборка ориентирована только для разработчиков и не предназначена для ознакомления обычных пользователей, так как содержит более 200 нерешенных проблем. В представленной версии еще не реализовано: поддержка просмотра YouTube, возможность настройки параметров приватного просмотра без оставления следов в логах и кэше, изменение настроек поиска, поддержка печати. Тем не менее разработчики намерены в ближайшее время довести код до достаточно стабильного для выпуска бета версии состояния.

Deb-пакеты c официальной сборкой Chrome для Linux: google-chrome-unstable_current_i386.deb и google-chrome-unstable_current_amd64.deb. Напомню, что для пользователей Ubuntu Linux уже несколько месяцев ежедневно выпускаются неофициальные бинарные пакеты, собранные на базе текущего слепка репозитория исходных текстов Chromium.

Кроме того, компания Google открыла исходные тексты PageSpeed, модуля для популярного Javascript/CSS/HTML отладчика web-приложений Firebug, распространяемого в форме расширения к Firefox. Система PageSpeed предназначена для анализа скорости загрузки страницы и оценки производительности скриптов, позволяет выявить узкие места, влияющие на производительность web-приложений, подготовить список рекомендаций для оптимизации. Исходные тексты приложения распространяются в рамках лицензии Apache License 2.0.

По сравнению с ближайшим аналогом, разработанным в Yahoo YSlow плагином к Firebug , в PageSpeed присутствует возможность автоматической минимизации Javascript кода, оптимизации изображений, просмотра состояния сетевой активности и оценки проблем с загрузкой Javascript блоков.

http://www.opennet.r...shtml?num=22042 (http://www.opennet.ru/opennews/art.shtml?num=22042)

[size="3"]Microsoft и Google выпустили открытые наборы тестов на совместимость с Javascript[/size]

После публикации чернового варианта стандарта ECMAScript 5, некоторые участники рынка разработали тесты на соответствие кода и среды исполнения Javascript стандартам будущих браузеров.

Так, компания Microsoft выпустила под BSD лицензией набор из 900 тестов, предназначенных для разработчиков, занятых реализацией ECMAScript 5. Эта компания приглашает разработчиков тестов для расширения этого набора и облегчения адаптации следующего поколения языка Javascript.

В свою очередь, российское подразделение компании Google выпустило под BSD лицензией код проекта Sputnik, в комплект которого входит более 5000 тестов для действующего стандарта, ECMAScript 3. Разработка велась в рамках открытой реализации Javascript от Google - V8, и нацелена скорее на выявление различий в реализациях Javascript и унификацию реализации интерпретатора с существующими аналогами, нежели с буквой стандарта. Помимо выбора имени, уже взятого некоторыми открытыми проектами, критике подвергается то, что данное ПО использует язык Python и работает не в браузере.

http://www.opennet.r...shtml?num=22423 (http://www.opennet.ru/opennews/art.shtml?num=22423)

[size="3"]Компания Google открыла исходные тексты собственной реализации Nx сервера[/size]

Разработчики из компании Google представили новый открытый проект - neatx, исходные тексты которого распространяются в рамках лицензии GPLv2. Neatx представляет собой независимую реализацию NX сервера, позволяющего организовать работу с удаленным десктопом через низкоскоростные линии связи, обеспечивая минимальную задержку и хороший уровень интерактивности. По сравнению с классическим протоколом X11, используемые в NX алгоритмы позволяют уменьшить объем трафика до 50 раз.

Код Neatx преимущественно написан на языке Python, для оптимизации производительности один из модулей реализован на Си. Частично в Neatx задействованы наработки из другого открытого проекта Google - системы для организации управления кластера виртуальных окружений Ganeti.

Проект Google выступает в роли альтернативы проприетарному продукту NoMachine NX server, а также свободному проекту FreeNX и основанных на нем продуктов x2go и 2X TerminalServer. Главный недостаток свободного проекта FreeNX в трудоемкости поддержки, так как код FreeNX представляет собой смесь блоков на BASH, Expect и Си.

В настоящий момент Neatx поддерживает создание, заморозку/разморозку и завершение сессий, совместим с сессиями Gnome и KDE, позволяет работать с виртуальными десктопами и плавающими окнами, поддерживает полноэкранный режим, имеет возможности по настройке параметров клавиатуры и разрешения экрана. Не реализована поддержка Windows/VNC сессий, невозможно принудительно завершить сессию из списка, отсутствуют средства передачи звука, туннелинга отправки на печать и проброса Samba разделов.

http://www.opennet.r...shtml?num=22518 (http://www.opennet.ru/opennews/art.shtml?num=22518)

[size="3"]Google работает над легковесным дистрибутивом Linux[/size]

Инженеры компании Google объявили о том, что они работают над созданием своего собственного легковесного Linux дистрибутива, который на данный момент предназначается для нетбуков. Дистрибутив будет называться Google Chrome Operating System, что подчёркивает его связь с браузером этой же компании.

Чуть позже в этом году компания предоставит его исходный код, а нетбуки с установленной ОС от Google появятся в продаже через год, во второй половине 2010 года.

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

Среди поддерживаемых процессоров названы x86 и ARM. Архитектура ОС будет очень простой - Linux ядро, неназванный пока оконный менеджер и web-браузер Chrome. ОС Google Chrome никак не связана с проектом Android.

Дополнение: стало известно, что о поддержке новой ОС Google заявили такие компании, как Acer, Adobe, ASUS, Freescale, Hewlett-Packard, Lenovo, Qualcomm, Texas Instruments и Toshiba.

http://www.opennet.r...shtml?num=22519 (http://www.opennet.ru/opennews/art.shtml?num=22519)

[size="3"]Intel подключилась к разработке Chrome OS, HP и Acer выпустят первые устройства [/size]

Два новых события, связанных с новой операционной системой Google Chrome OS, построенной на базе Linux:

 * Эрик Шмидт, президент и генеральный директор компании Google, заявил, что первые субноутбуки с операционной системой Chrome OS будут выпущены компаниями Hewlett-Packard и Acer уже в этом году;
 * Компания Intel официально выступила в роли партнера Google в разработке Chrome OS.

http://www.opennet.r...shtml?num=22572 (http://www.opennet.ru/opennews/art.shtml?num=22572)

[size="3"]Объявлены призеры Google O'Reilly Open Source Awards[/size]

Вечер второго дня конференции OSCON2009 был ознаменован вручением ежегодных наград Google O'Reilly Open Source Awards. Выдвижением кандидатов занималось сообщество, а жюри, состоявшее из наиболее значимых лиц в мире открытых технологий, должно было определить из них самых достойных. В итоге из нескольких сотен претендентов были отобраны 5 лучших.

Лауреаты удостоились следующих званий:
# Brian Aker, Лучший хакер открытых БД (Best Open Source Database Hacker) за свою работу над Drizzle и MySQL.
# Bruce Momjian, Мастер Джедай Баз Данных (Database Jedi Master) за работу над PostgreSQL.
# Clay Johnson, Лучший организатор сообщества (Best Community Builder) за вклад в развитие Sunlight Labs.
# Evan Prodromou, Лучший хакер социальных сетей (Best Social Networking Hacker) заслужил приз за работу над проектами identi.ca и Laconica.
# Penny Leach, Лучший преподаватель (Best Education Hacker) за просветительскую деятельности в проектах Mahara и Moodle.

Помимо высоких званий победители получили сверкающие стеклянные изваяния и чеки по 5000$.

http://www.opennet.r...shtml?num=22711 (http://www.opennet.ru/opennews/art.shtml?num=22711)

[size="3"]Компания Google открыла первую порцию исходных текстов системы Wave[/size]

Компания Google начала открытие исходных текстов Wave - технологии для организации общения и интерактивного (rich-media) взаимодействия пользователей, комбинирующей такие системы, как email, мгновенный обмен сообщениями, обмен фотографиями и совместное использование документов. Первым шагом стало открытие под лицензией Apache сорока тысяч строк кода базового прототипа клиента и сервера на языке Java, работающих по протоколу Wave, а также подсистемы Operational Transform (OT), предназначенной для поддержания функционирования распределенной инфраструктуры и организации разграничения совместного доступа к документам.

Кроме того, под лицензией Creative Commons опубликован черновой вариант полной спецификации протокола Wave, информация об архитектуре системы и документация по API. Видеоролик с демонстрацией возможностей Wave можно найти здесь;

http://www.opennet.r...shtml?num=22763 (http://www.opennet.ru/opennews/art.shtml?num=22763)

[size="3"]Google покупает компанию On2, прародителя кодека Ogg Theora[/size]

Google покупает компанию On2, прародителя кодека Ogg TheoraКомпания Google готова заплатить $106 миллионов за On2 Technologies - предприятие, известное своими кодеками, в числе которых VP3, VP4, VP5 и TruMotion VP6, VP7 и VP8, и среди клиентов которой числятся AOL, Freescale, Nokia, Sun Microsystems, Skype, Adobe и Sony. В 2001 году, на основе соглашения с фондом Xiph.org, On2 выпустила VP3, кодек с открытыми исходными текстами, который стал фундаментом того, что сейчас называется Ogg Theora.

В корпоративном блоге Google сообщается, что публичного обсуждения планов, связанных с покупкой, не будет до окончательного завершения сделки, которое ожидается в последней четверти этого года. Тем не менее, по словам представителей компании, это приобретение будет направлено на развитие нововведений в области качественного видео в сети, которые сконцентрируются скорей всего вокруг YouTube. Уместно напомнить, что лицензионные сборы для потоковых служб, использующих кодек H.264, вступают в силу с 2011 года

http://www.opennet.r...shtml?num=22900 (http://www.opennet.ru/opennews/art.shtml?num=22900)

[size="3"]Являются ли открытые проекты Google попыткой развалить патентную систему?[/size]

Разные люди по-разному понимают открытые технологии. Для одних это метод разработки ПО, для других -- техника его распространения, третьи прикрываясь opensource продвигают на рынок абсолютно бесполезные вещи. Интересную теорию, каким может быть opensource в глазах Google выдвинул Вице-президент по исследованиям, группы инновационных тенденций и технологий, компании Gartner Brian Prentice.

Исследователь предполагает, что основной интерес Google в открытых технологиях может лежать в плоскости минимизации стоимости выплат в случае доказательства вины в нарушении того или иного патента. Это возможно, если будут приняты поправки к патентному законодательству предложенные в документе «Patent Reform Act 2009». Новые правила предлагают исчислять размер компенсации пострадавшей стороне на основании текущей лицензионной стоимости «подобных аналогов, в идентичных маркетинговых условиях». Т.е. если аналогичный продукт выпускается под открытой лицензией и может быть получен бесплатно, то и выплаты за нелегальное использование соответствующего проприетарного продукта должны быть нулевыми.

Необычайно проницательный вывод аналитика Gartner сумел распознать обескураживающую расчетливость Google. Если это правда, то она позволяет взглянуть на открытые проекты поискового гиганта под совершенно иным углом. В этом ракурсе Google Wave предстает как альтернатива Microsoft Exchange. Инвестиции 106.5 млн. долларов в открытый кодек -- как дешевый способ уйти от преследования за нарушения патентов, касающихся компрессии видео изображения. Безусловно у Google много причин продвигать развитие открытых технологий, но может быть у компании есть и другие скрытые намерения, афиширование которых пока не входит в ряд приоритетных задач.

http://www.opennet.r...shtml?num=22921 (http://www.opennet.ru/opennews/art.shtml?num=22921)

[size="3"]В Linux версии Web-браузера Chromium реализована поддержка 64-разрядных платформ[/size]

Dean McNamee сообщил о проведении большой работы по портированию Linux сборки web-браузера Chromium и Javascript движка v8 под 64-разрядные системы. Представлена простая инструкция по сборке 64-разрядной версии Chromium и набор готовых, ежедневно обновляемых, пакетов для Ubuntu Linux.

Для Fedora сборки Chromium можно установить из репозитория spot.fedorapeople.org.

http://www.opennet.r...shtml?num=23120 (http://www.opennet.ru/opennews/art.shtml?num=23120)

[size="3"]Вышел стабильный релиз web-браузера Google Chrome 3.0[/size]

Две недели назад отмечался первый день рождения открытого браузера от Google, и второй год его существования начинается с выхода свежей стабильной версии 3.0. Согласно отчёту на официальном блог-сайте, новая версия быстра как никогда, показывая 150-процентную прибавку в производительности Javascript по сравнению с первой бетой и 25% увеличение скорости по сравнению с прошлой стабильной веткой, благодаря проработке движка V8.

Релиз включает в себя заново распланированную домашнюю страницу, отображаемую при открытии новой вкладки, дизайн которой можно изменять согласно своим предпочтениям. В браузере появилась возможность изменения внешнего вида с помощью подключения визуальных тем. Интеллектуальная адресная строка Omnibox обзавелась иконками для наглядного разделения типов элементов выборки, а сам браузер предоставляет новые встроенные возможности HTML 5, такие как элементы "audio", "video" и режим фонового выполнения длительных Javascript операций (Web Workers).

Версии Google Chrome 3.0 более чем на 50-ти языках доступны для загрузки для Windows XP и Vista. Дела с версией для Linux традиционно для Chrome идут не так активно, меньше недели назад вышла свежая сборка для разработчиков с некоторыми исправлениями ошибок и новой защитой от атак XSS, но по-прежнему идёт сбор почтовых адресов для того, чтобы "сообщить нам о выходе" стабильного Linux-релиза, то есть скорее всего ожидание продлится ещё на неопределённый срок. Бинарные пакеты с тестовой версией Chromium подготовлены для Fedora Linux, Ubuntu и Debian-совместимых дистрибутивов.

http://www.opennet.r...shtml?num=23447 (http://www.opennet.ru/opennews/art.shtml?num=23447)

[size="3"]Google выпустил открытый пакет для проведения стресс-тестирования[/size]

Представлен новый открытый пакет, разработанный в недрах компании Google - Stressful Application Test. Пакет распространяется в рамках лицензии Apache 2.0 и предназначен для проведения реалистичной эмуляции высокой нагрузки на систему для проверки работоспособности используемых аппаратных устройств.

Stressful Application Test обеспечивает максимально возможно случайный характер трафика, максимально утилизируя пропускную способность шины передачи данных и памяти, что увеличивает вероятность проявления трудноуловимого сбоя, например, эффекта плавающего бита. Пакетом поддерживается стресс-тестирование компьютера в целом, отдельное тестирование памяти и жестких дисков, программу также можно использовать для общей оценки качества оборудования. В отличие от программ подобных memtest86, пакет Google не только производит тестирование интерфейса памяти, но и сфокусирован на выявлении ошибок из-за проблем в связующих узлах.

Пакет длительное время используется в Google. По статистике компании, из всех обнаруженных в Stressful Application Test сбоев другие тестовые пакеты определили ошибку в 20% случаях, в то время как Stressful Application Test выявил около 70% ошибок в модулях памяти, зафиксированных другими тестовыми пакетами.

http://www.opennet.r...shtml?num=23907 (http://www.opennet.ru/opennews/art.shtml?num=23907)

[size="3"]Компания Google открыла исходные тексты Javascript Closure Tools[/size]

Компания Google открыла под лицензией Apache 2.0 исходный код некоторых из своих ключевых инструментов для разработки приложений на языке Javascript, которые используются при создании таких популярных систем, как Gmail, Google Docs и Google Maps.

 * Closure Compiler - оптимизатор Javascript, собирающий приложения в компактный, высокопроизводительный Javascript-код. Компилятор удаляет "мёртвый код", затем переписывает и оптимизирует оставшееся для более быстрой работы с Javascript-движками браузеров. Предусмотрена проверка синтаксиса, типов переменных и ссылок на них. Компилятор можно использовать совместно с расширением Firebug Closure Inspector. Компилятор доступен в консольном варианте и в виде web-сервиса.
 * Closure Library - модульная кросс-браузерная библиотека. При отсутствии стандартной библиотеки классов в Javascript, подобной STL или JDK, в Google библиотека Closure Library служит в качестве стандартной библиотеки Javascript для создания больших и сложных приложений и предоставляет чёткий функционал для повседневных задач, позволяющий тратить время разработки на само приложение, а не на написание утилит и браузерных абстракций.
 * Closure Templates. Прекомпилированные web-шаблоны с простым синтаксисом, представляющие из себя небольшие компоненты, которые можно использовать в формировании пользовательского интерфейса, вместо использования одного большого шаблона на каждую страницу. Closure Templates реализованы как для Javascript, так и для Java, поэтому одни и те же шаблоны можно использовать как на серверной, так и на клиентской стороне.

http://www.opennet.r...shtml?num=24134 (http://www.opennet.ru/opennews/art.shtml?num=24134)

[size="3"]Представлен новый открытый проект Google - язык программирования Go[/size]

В официальном блоге компании Google был представлен новый язык программирования Gо, ориентированный на высокую производительность, которая почти сопоставима с Си, но имеет более простой синтаксис, обеспечивающий скорость разработки сопоставимую с такими динамическими языками, как Python.

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

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

Компиляторы Go, называемые 6G и 8G (для 64-битных и x86 платформ), ориентированы на высокие скорости компиляции (единицы секунд даже для огромных проектов). Существует также альтернативный компилятор под названием Gccgo, основанной на GNU Compiler Collection (GCC). GCC-компилятор менее быстрый и предназначен для генерирования более эффективного кода. Надо отметить, что разработчики отказались от использования LLVM-компилятора, так как его производительность по времени компиляции была признана недостаточной.

Скомпилированные исполняемые файлы являются полностью бинарными файлами, что отличает Go от языков управляемого кода, где компилятор генерирует байт-код для виртуальных машин. Go, тем не менее, имеет некоторые компоненты времени выполнения (runtime), которые могут быть встроены в исполняемые файлы. Фактическая производительность исполнения считается сопоставимой с Cи-кодом.

Примеры кода языка Go показывают, что синтаксис является Cи-подобным. Но существуют и отличительные черты. Например, существует сокращенный синтаксис определения переменных, который поддерживает обнаружение простых типов. Имеется также синтаксис анонимных функций, который позволяет вам использовать реальные замыкания (real closures). Есть некоторые Python-подобные особенности, в том числе slicing массивов и map-типы с синтаксисом конструктора, который выглядит наподобие словаря Python.

Одной из отличительных особенностей Go является его необычная система типов. Язык воздерживается от некоторых типичных для объектно-ориентированного программирования концепций, например наследования. Вы можете определить структурные типы, а затем создать методы для работы с ними. Вы можете также определить интерфейсы подобно Java. В Go, однако, не вручную указывается какой интерфейс реализует класс. Разработчики объяснили, что данный механизм интерфейсов предоставляет разработчикам некоторую гибкость неявной типизации (duck-typing), более того он предоставляет преимущества проверки во время компиляции.

Параллелизм -- отличительная особенность дизайна Go. Язык вводит понятие "goroutines" -- методы, которые выполняются одновременно. Любая функция может быть выполнена как "goroutine" с помощью указания в префиксе вызова функции ключевого слова "go". Язык реализует "channel" механизм, который может быть использован для безопасного обмена данными с "goroutines".

http://www.opennet.r...shtml?num=24209 (http://www.opennet.ru/opennews/art.shtml?num=24209)

[size="3"]Компания Google открыла исходные тексты Chromium OS[/size]

Компания Google официально представила операционную систему Chromium OS, базирующуюся на Linux ядре, open source компонентах и web-браузере Google Chrome. Публичный сайт Chromium OS и Git-репозиторий с исходными текстами новой системы были открыты сразу после видео-презентации в офисе Google. Как и ожидалось ранее, новая операционная система использует браузер и только браузер для формирования пользовательского окружения. Вместо стандартных программ выступают только web-приложения, которые в отличии от классических Gmail и Google Docs, поддерживают работу в offline-режиме.

Некоторые тезисы, озвученные в видео-презентации:

 * Три ключевые направления развития Chromium OS: простота использования, скорость и безопасность;
 * Проект полностью открытый, все компоненты будут развиваться совместно с независимым сообществом разработчиков;
 * Скорость загрузки всего несколько секунд. Скорость работы web-браузера в Chromium OS значительно выше, чем скорость его работы при запуске на других ОС, такое достигнуто благодаря тесной интеграции кода браузера с операционной системой;
 * Конечные аппаратные продукты будут создаваться OEM производителями на базе подготовленной эталонной спецификации на аппаратное обеспечение, которая, например, подразумевает наличие полноразмерной клавиатуры. Операционная система на начальном этапе будет поддерживать архитектуры x86 и ARM. Выпуск первых устройств с предустановленной Chromium OS ожидается ближе к концу 2010 года;
 * При создании платформы использовались некоторые компоненты, созданные в рамках проекта Moblin, также по договоренности с компанией Сanonical свою лепту в создание Chromium OS внесли разработчики Ubuntu. В опубликованных исходных текстах замечен код таких проектов, как библиотека Clutter, подсистема PAM, загрузчик SysLinux, D-Bus, NTP, syslog, cron, X.Org, открытые видеодрайверы Intel, набор Host AP и Synaptics драйверов. В качестве базового пакетного менеджера используется dpkg, оперирующий стандартными deb-пакетами;
 * В системе используется композитный оконный менеджер собственной разработки, базирующийся на использовании библиотеки Clutter, использующей для рендеринга OpenGL. Максимальное число операций выносится на плечи GPU. Библиотека Clutter ориентирована на активное использование анимации, что позволяет применять при создании обычных GUI приложений методы, используемые при разработке игр, а сама библиотека напоминает игровой движок;
 * Основные этапы загрузки: Прошивка (Firmware) -> оптимизированное Linux ядро -> Web-браузер. Прошивка загружает только авторизованные компоненты, проверка которых осуществляется путем сверки по цифровой подписи. Таким образом при модификации ПО вирусом программа будет сразу заблокирована, так как малейшая модификация любой части ОС отслеживается.
 * Безопасность на уровне изоляции программ: программы - это web-приложения, ОС изначально не доверяет программам, каждое web-приложение выполняется в изолированном окружении. Данные хранятся в зашифрованном виде, используется chroot и изолированные пространства имен, в систему интегрированы дополнительные средства для защиты от переполнения буфера, осуществляется проверка программ по сигнатурам, каждый системный процесс получает доступ только к необходимому для его работы минимальному набору функций. Корневая ФС с основной частью операционной системы находится в режиме только для чтения. Изменяемые пользовательские данные хранятся на специальном зашифрованном дисковом разделе. В домашней директории запрещен запуск исполняемых файлов. Обновление носит транзакционный характер, автоматически обновляется вся ОС в целом: имеется два корневых раздела, один активный в read-only режиме, а второй для установки обновления, как только обновление загружено и проверено, корневые разделы после перезагрузки меняются местами. Наличие двух синхронизированных корневых разделов также используется для восстановления в случае повреждения целостности данных;
 * В качестве интерфейса используется модифицированная версия web-браузера Chromium. Пользователю доступно несколько виртуальных экранов, на базовом экране присутствует несколько фиксированных мини-вкладок для выполнения ключевых приложений, таких как вызов Gmail, файловый менеджер, мультимедиа функции, YouTube, Picasa, калькулятор, записная книжка, планировщик. При этом пропагандируется идея децентрализации: одни и те же данные должны быть доступны на телефоне, ПК и ноутбуке. Интерфейс изобилует качественными визуальными эффектами. После периода короткой неактивности меню скрывается автоматически, и вывод производится в полноэкранном режиме.
 * Gmail, программы для работы с документами, планировщик и другие web-приложения работают в offline-режиме. Для web-апплетов, разработанных с использованием стандартной связки HTML/CSS/Javascript, подготовлен специальный API для доступа к аппаратному обеспечению и ресурсам системы. Организация выполнения приложения не имеет ничего общего с методами используемыми в платформе Android;

http://www.opennet.r...shtml?num=24324 (http://www.opennet.ru/opennews/art.shtml?num=24324)

Цитата: ping_Win от 21 Ноября 2009, 20:18[size="3"]Компания Google открыла исходные тексты Chromium OS[/size]

Впечатлен.
"Вместо стандартных программ выступают только web-приложения, которые в отличии от классических Gmail и Google Docs, поддерживают работу в offline-режиме." представляете, ПО у операционки сплошь на Javascript написано

Цитата: ping_Win от 21 Ноября 2009, 20:18[size="3"]Компания Google открыла исходные тексты Chromium OS[/size]

Иновационно! Браузер натянули поверх ядра?)))

Цитата: Drone от 21 Ноября 2009, 23:26Иновационно! Браузер натянули поверх ядра?)))

C другой стороны расточительно в плане ресурсов.

Цитата: ping_Win от 22 Ноября 2009, 19:58C другой стороны расточительно в плане ресурсов.

Ты имеешь ввиду расточительность серверов Google? Видать им не жалко своих серверных мощностей)

Цитата: 2E3S от 22 Ноября 2009, 20:52Ты имеешь ввиду расточительность серверов Google? Видать им не жалко своих серверных мощностей)

Ну если под почту бесплатно дают 7 гигов, то можно представить какие у гугла мощности...

Цитата: Vicpo от 22 Ноября 2009, 21:03Ну если под почту бесплатно дают 7 гигов, то можно представить какие у гугла мощности...

 ну а что вы хотели, 10 млн серверов! 

[size="3"]Google запустил собственные DNS-серверы[/size]

Теперь кроме поисковой системы, веб-браузера и других разработок Google, также можно пользоваться DNS-серверами этой компании.
полный текст: CNews (http://www.cnews.ru/news/top/index.shtml?2009/12/04/372228)

К чему это я ? Да только что бодался с мегалайновскими днс серверами, 3 из 4-х соединений - не найден сервер.
прописал в роутере рекомендуемые 8.8.8.8 и 8.8.4.4 , надо сказать, небо и земля, Но вот только теперь стало наоборот: контент дольше грузится , чем адрес резолвится /rolleyes.gif\' class=\'bbc_emoticon\' alt=\':rolleyes:\' />

Цитата: ValeryK от 23 Декабря 2009, 23:04Теперь кроме поисковой системы, веб-раузера и других разработок Google, также можно пользоваться DNS-серверами этой компании.
полный текст: CNews (http://www.cnews.ru/news/top/index.shtml?2009/12/04/372228)

К чему это я ? Да только что бодался с мегалайновскими днс серверами, 3 из 4-х соединений - не найден сервер.
прописал в роутере рекомендуемые 8.8.8.8 и 8.8.4.4 , надо сказать, небо и земля, Но вот только теперь стало наоборот: контент дольше грузится , чем адрес резолвится  /rolleyes.gif\' class=\'bbc_emoticon\' alt=\':rolleyes:\' />

Да, согласен. Уже больше недели использую -нареканий нет.
От себя посоветую поставить pdnsd - сервер DNS прокси с постоянным кэшированием.
Тогда и от гугла мало зависить будете /wink.gif\' class=\'bbc_emoticon\' alt=\';)\' />

[size="3"]Ted Ts'o ушел из Linux Foundation и займется внедрением Ext4 в Google[/size]

Ted Ts'o, известный разработчик Linux ядра, создавший файловые системы ext2, ext3 и ext4, объявил о завершении своего двухгодичного срока пребывания на посту технического директора организации Linux Foundation. Новым местом работы Теда стала компания Google, в которой он будет заниматься разработками, связанными с файловыми системами, хранилищами данных и Linux ядром.

В частности, в первое время основной задачей Теда станет совершенствование Ext4, так как Google планирует в скором времени перевести на данную ФС свои системы, которые все еще базируются на файловой системе Ext2. Решение перехода на Ext4 было принято после длительного тестирования в недрах Google, при этом в качестве вариантов для замены рассматривались XFS, Ext4 и JFS. Тестирование показало пригодность Ext4 и XFS для типичной для серверов в Google нагрузки, в пользу конечного выбора Ext4 сыграл более простой процесс миграции текущих хранилищ.

В Linux Foundation Тед курировал технические вопросы работы Linux Foundation, включая контроль за разработкой программы стандартизации Linux Standard Base (LSB), мониторинг рабочих групп (таких как Open Printing), обеспечивал взаимодействия между членами LF и техническим советом (Technical Advisory Board).

http://www.opennet.r...shtml?num=25011 (http://www.opennet.ru/opennews/art.shtml?num=25011)

[size="3"]Google объявляет о предварительной поддержке тега video из стандарта HTML5[/size]

Корпорация Google объявила о начале бета-тестирования в сервисе YouTube поддержки тега "video", определенного в стандарте HTML5. От веб-браузера требуется поддержка видеоформата H.264, однако этот формат требует лицензионных отчислений, поэтому Mozilla Firefox вряд ли будет поддерживать video/h.264 в ближайшем будущем.

На данный момент поддерживаются только браузеры Chrome, Safari и Internet Explorer с раcширением ChromeFrame, которое заменяет внутренний движок рендеринга с MSHTML на WebKit. Протестировать нововведение можно по данной ссылке.

Напомню, что на открытом на прошлой неделе сайте для сбора идей по развитию сервиса YouTube на первом месте с большим отрывом оказалось пожелание о реализации поддержки представления видео через HTML5 тег "video" в формате Ogg Theora. В комментариях представители Google обещали серьезно заняться решением данного вопроса и уже через неделю представили прототип распространения видео через возможности HTML5. Поддержка формата OGG Theora видится делом времени, так как летом в состав Google была включена компания On2, являющаяся прародителем кодека Ogg Theora, а лицензионные сборы для потоковых служб, использующих кодек H.264, вступают в силу с 2011 года.

http://www.opennet.r...shtml?num=25096 (http://www.opennet.ru/opennews/art.shtml?num=25096)

[size="3"]Неофициальная сборка ChromеOS - Chromium OS Zero [/size]

На базе открытых в ноябре исходных текстов операционной системы ChromеOS, основанной на Linux ядре и web-браузере Google Chrome, независимый энтузиаст из Великобритании подготовил сборку Chromium OS Zero, предназначенную для работы в виде LiveUSB-системы.

По сравнению с доступными ранее сборками ChromeOS, в Chromium OS Zero внесены следующие изменения:

 * Сборка основана на более свежей кодовой базе ChromiumOS;
 * Проведена оптимизация скорости работы различных частей системы;
 * Уменьшена задержка при инициализации Broadcom драйверов;
 * Новое художественное оформление процесса загрузки;
 * Поддержка установки расширений;
 * Размер загрузочного образа сокращен до 250 Мб, несмотря на добавление новых возможностей сборку можно использовать на USB Flash размером 1 Гб;
 * Поддержка нескольких раскладок для ввода текста на разных языках.
 * Расширена поддержка оборудования. Подготовлен список с анализом степени совместимости Chromium OS Zero с различными нетбуками, ноутбуками и настольными ПК.

Кроме того, можно отметить публикацию интервью с Matthew Papakipos, руководителем отдела разработки Chromium OS из компании Google.

http://www.opennet.r...shtml?num=25077 (http://www.opennet.ru/opennews/art.shtml?num=25077)

[size="3"]Вышел релиз web-браузера Google Chrome 4.0[/size]

Компания Google объявила о выпуске стабильного релиза web-браузера Google Chrome 4.0, построенного на кодовой базе свободного проекта Chromium и отличающегося использованием логотипов Google, наличием системы отправки уведомлений в случае краха, системой автоматической установки обновлений и передачей при поиске RLZ-параметров. К сожалению стабильная версия Chrome 4.0 доступна только для платформы Windows, в то время как для Linux и Mac OS X представлено только очередное тестовое обновление 4.0.302.2, в котором продолжена работа по доработке функциональности, выявлению и исправлению ошибок.

Наиболее интересные новшества Chrome 4.0:

 * Поддержка пользовательских расширений на языке Javascript, позволяющих на более низком уровне контролировать поведение браузера и реализовывать для него новые возможности. В настоящий момент в каталоге Google можно найти около 1500 расширений. Документацию по разработке расширений можно найти здесь.
 * Система синхронизации закладок, позволяющая поддерживать единую синхронизированную базу закладок для нескольких машин. Из другого браузера закладки можно посмотреть через сервис Google Docs;
 * Расширенные инструменты для web-разработчиков, по возможностям напоминающие Firebug, но позволяющие выполнять некоторые дополнительные операции профилирования, позволяющие выявить узкие места в работе Javascript, оценить нагрузку на CPU и посмотреть сколько расходуется памяти. Также имеется полезная возможность анализа потребления ресурсов во время отображения страниц, показано какой файл сколько грузится, какие задержки возникают и как можно оптимизировать страницу. Дополнительно Google распространяет расширение SpeedTracer, позволяющее более детально проанализировать каждый шаг работы динамических web-приложений в браузере, вплоть до задержек при выводе данных на экран и анализа времени выполнения XMLHttpRequest запросов (демонстрационный видеролик можно посмотреть здесь).
 * Улучшенная поддержка спецификации HTML5: нотификации, web БД, локальное хранилище, WebSockets;
 * Оптимизация производительности Javascript движка V8 и системы рендеринга графики Skia. Например, тестовый комплект Mozilla Dromaeo DOM Core Tests показывает прирост производительности в 42% относительно версии 3.0 и 400% относительно первого релиза;
 * Полное прохождение тестового набора ACID3;
 * Поддержка продолжения загрузки по HTTP с заданного смещения в файле (HTTP byte range);
 * Поддержка HTTP-заголовка "Strict-Transport-Security", предназначенного для информирования об обязательном использовании HTTPS для выполнения запроса (например, реализовано в PayPal). Также добавлена экспериментальная система защиты от атак по подстановке Javascript кода "XSS Auditor";
 * По сравнению с вышедшей в сентябре прошлой стабильной версией исправлено 13 уязвимостей (пользователи прошлых версий автоматически получили исправления по мере обнаружения уязвимостей), из которых 6 отмечены как опасные.

Обзор тестовой версии Google Chrome 4.0 для Linux можно найти здесь. Для Linux пока отсутствует поддержка синхронизации закладок и не решены все проблемы с работой расширений.

http://www.opennet.r...shtml?num=25166 (http://www.opennet.ru/opennews/art.shtml?num=25166)

[size="3"]Компания Google вводит в практику оплату за обнаружение уязвимостей в Chromium[/size]

Компания Google сообщила о начале выплаты вознаграждений за обнаружение в бинарной сборке web-браузера Chrome или открытой кодовой базе Chromium ошибок, связанных с безопасностью. В рассмотрении принимаются уведомления об ошибках во всех ветках разработки (Stable, Beta и Dev), а также в библиотеках, интегрированных в кодовую базу браузера ( WebKit, libxml, библиотеки сжатия и обработки изображений).

Размер вознаграждения будет варьироваться от 500 до 1337 долларов в зависимости от степени опасности найденной уязвимости и качества оформления отчета, например, приветствуется не только указание на проблемное место и описания концепции проведения атаки, но и демонстрация работающих эксплоитов. Особо отличившихся энтузиастов ждет размещение публичного выражения благодарности на специальной странице сайта google.com.

Практика оплаты за обнаружения уязвимостей уже несколько лет применяется организацией Mozilla Foundation и по мнению Google демонстрирует отличные результаты. Большое число обнаруживаемых в Firefox уязвимостей связано в большей степени с грамотной политикой разработчиков и открытой доступностью системы трекинга ошибок.

http://www.opennet.r...shtml?num=25217 (http://www.opennet.ru/opennews/art.shtml?num=25217)

[size="3"]Фонд свободного ПО предложил перевести видекодек VP8 в разряд свободных продуктов[/size]

Несколько дней назад компания Google завершила поглощение предприятия On2 Technologies, известное своими кодеками, в числе которых VP3, VP4, VP5, TruMotion VP6, VP7 и VP8. В 2001 году, на основе соглашения с фондом Xiph.org, On2 выпустила открытый кодек VP3, который стал фундаментом для формирования Ogg Theora.

Пользуясь случаем Фонд свободного ПО опубликовал открытое письмо, в котором призвал Google внести свою лепту в формирование открытых стандартов: перевести видеокодек VP8 в разряд свободных технологий, не требующих отчисления роялти, и начать продвигать его путем обеспечения поддержки в принадлежащем Google сервисе YouTube. По мнению FSF именно сочетание этих двух шагов дает шанс повсеместно внедрить в web высококачественную альтернативу проприетарным технологиям Flash и H.264.

Тем временем представители Google подтвердили ранее на словах озвученное заявление о постепенном переходе от использования собственной технологии Gears, ориентированной на создание работающих в оффлайн web-приложений, к решениям, основанным на функциональности, определенной в стандарте HTML5. В будущем при создании автономных web-приложений Google будет использовать такие определенные в спецификации HTML5 средства, как возможности организации локального хранилища данных, функции для работы с базой данных, интерфейс для определения местоположения на основе данных с GPS, режим фонового выполнения длительных Javascript операций (Web Workers). Так как API Gears и HTML5 отличается достаточно сильно, компания Google намерена продолжить поддержание в актуальном состоянии плагина Gears для всех популярных браузеров, но развитие технологии Gears будет прекращено.

http://www.opennet.r...shtml?num=25515 (http://www.opennet.ru/opennews/art.shtml?num=25515)

[size="3"]Chrome: В новой бета-версии улучшили производительность[/size]

(http://itrash.kz/idb/977/oGoogle_Chrome_Logo.png)

4 мая вышло очередное обновление к веб-браузеру Google Chrome. В релизе отмечается заметное ускорение работы: авторы заявляют о росте производительности на 30-35% (согласно тестам V8 и SunSpider, по сравнению с прошлым бета-релизом).

Прирост производительности стал следствием «настройки, тестирования и полировки» V8 -- Javascript-движка Chrome. Кроме того, в последнюю бета-версию Chrome вошли и несколько новых функций. В частности, теперь браузер позволяет синхронизировать не только закладки, но и настройки, темы, домашнюю страницу, загрузки, язык. По многочисленным просьбам пользователей, стали доступными установка и использование расширений к Chrome в анонимном режиме.

Кроме того, в последнее обновление Chrome вошел ряд возможностей стандарта HTML 5: Geolocation API, App Cache, web sockets, drag-and-drop для файлов. Кроме того, это первая бета-версия Chrome, интегрированная (http://www.nixp.ru/news/Google-%D0%B2%D1%81%D1%82%D1%80%D0%B0%D0%B8%D0%B2%D0%B0%D0%B5%D1%82-Flash-%D0%BF%D0%BB%D0%B5%D0%B5%D1%80-%D0%B2-Chrome.html) с плагином Adobe Flash Player, -- теперь пользователи браузера будут автоматически получать обновления для Flash Player аналогично механизму автообновления для Chrome.

Последняя бета-версия Google Chrome доступна одновременно для платформ GNU/Linux (http://www.google.com/chrome?platform=linux) (версия 5.0.342.9-r43360), Mac OS X (http://www.google.com/chrome?platform=mac) и Windows (http://www.google.com/intl/en/landing/chrome/beta/).



# Источник (http://www.nixp.ru/news/%D0%92-%D0%BD%D0%BE%D0%B2%D0%BE%D0%B9-%D0%B1%D0%B5%D1%82%D0%B0-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D0%B8-Chrome-%D1%83%D0%BB%D1%83%D1%87%D1%88%D0%B8%D0%BB%D0%B8-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D1%8C.html)

[size="3"]Chrome 5: Релиз браузера [/size]

Компания Google выпустила (http://chrome.blogspot.com/2010/05/new-chrome-stable-release-welcome-mac.html) релиз web-браузера Chrome 5 и одновременно сообщила (http://googleblog.blogspot.com/2010/05/evolving-from-beta-to-stable-with.html) о переводе версий для платформ Linux (http://www.google.com/chrome?platform=linux) и Mac OS X из категории бета в разряд стабильных. Браузер построен на кодовой базе свободного проекта Chromium (http://dev.chromium.org/) и отличающегося (http://blog.chromium.org/2008/10/google-chrome-chromium-and-google.html) использованием логотипов Google, наличием системы отправки уведомлений в случае краха, системой автоматической установки обновлений и передачей при поиске RLZ-параметров (http://www.google.com/support/chrome/bin/answer.py?answer=107684). Пакеты с бинарными сборками web-браузера подготовлены для дистрибутивов Debian, Ubuntu, Fedora и openSUSE.

Основные улучшения, добавленные в Chrome 5:

• Проведение значительной оптимизации Javascript-движка: при прохождении тестов производительности V8 (http://v8.googlecode.com/svn/data/benchmarks/current/run.html) и SunSpider (http://www2.webkit.org/perf/sunspider-0.9/sunspider.html) отмечается увеличение скорости выполнения Javascript до 35%.

• Расширение (http://www.google.com/support/chrome/bin/answer.py?answer=165138) возможностей по синхронизации данных с другими машинами, в версии 5 можно синхронизировать не только закладки, но и все настройки программы, включая визуальную тему и индивидуальные настройки для выборочных сайтов;
• Поддержка новых технологий HTML5: API для определения местоположения (http://en.wikipedia.org/wiki/W3C_Geolocation_API), WebSockets (http://www.opennet.ru/opennews/art.shtml?num=24617), кэш приложений (http://dev.w3.org/html5/spec/Overview.html#appcache), основанный на событиях механизм Drag-and-drop (http://dev.w3.org/html5/spec/Overview.html#dnd);
• Разрешено выборочное использование расширений в приватном режиме (incognito);
• В состав веб браузера решено включить Adobe Flash, обновление которого будет производиться автоматически, средствами браузера. В текущем выпуске Flash в комплект не входит, разработчики рассчитывают интегрировать его после выхода релиза Flash Player 10.1.

[size="3"]Google: Отказ от использования Windows [/size]

Компания Google начала (http://www.ft.com/cms/s/2/d2f3f04e-6ccf-11df-91c8-00144feab49a.html) воплощение в жизнь плана по полному избавлению от использования платформы Windows на рабочих станциях персонала компании, мотивировав такое решение работой в области повышения корпоративной информационной безопасности. Указание о повсеместном переходе на другие операционные системы было дано после истории со взломом (http://www.vedomosti.ru/tech/news/2010/01/15/924851) нескольких машин сотрудников Google в начале января, при котором злоумышленники использовали неисправленную уязвимость в Internet Explorer.

В настоящее время сотрудники Google, а их насчитывается (http://investor.google.com/earnings/2008/Q4_google_earnings.html) более 20 тыс., имеют возможность выбора установки Linux или MacOS X. При необходимости работы в Windows, работник должен получить специальное разрешение, для получения которого требуется личное визирование технического директора компании.

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

[size="3"]GTalk: Linux-реализация[/size]

Компания Google объявила (http://googletalk.blogspot.com/2010/08/use-linux-now-you-can-video-chat-too.html) о реализации поддержки для платформы Linux функций голосового- и видеочата в сервисе GTalk (доступен в Gmail, iGoogle и orkut). Для передачи данных в чате используются протоколы XMPP и RTP, видеопоток передается в формате H.264.

Для работы новых возможностей в браузер необходимо установить специально подготовленный плагин (http://gmail.com/videochat), который пока доступен только для Ubuntu и других базирующихся на Debian дистрибутивов. RPM-пакеты обещают опубликовать в ближайшее время. Плагин поддерживает установку в Firefox 2.0+, Opera и Google Chrome.

[indent]

ЦитироватьGoogle Talk (http://www.google.com/talk/intl/ru/):

Текстовый чат

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

Голосовой чат

• Бесплатная международная связь: звонки со своего ПК на ПК в любой точке мира.
• Аудиоконференция: общение одновременно с несколькими пользователями.
• Интеграция с Gmail: общение с друзьями в Gmail.

[/indent]

[size="3"]WebP: Новый открытый формат изображений от Google [/size]

Компания Google открыла (http://googlecode.blogspot.com/2010/09/webp-new-image-format-for-web.html) наработки проекта WebP (http://code.google.com/intl/en/speed/webp/), в рамках которого подготовлен новый формат для хранения изображений. При создании формата WebP использованы технологии, задействованные в видеокодеке VP8 (http://www.opennet.ru/opennews/art.shtml?num=26656) для сжатия ключевых кадров. Отличительной чертой нового формата является значительная степень сжатия без заметной на глаз потери качества (http://code.google.com/intl/en/speed/webp/gallery.html). Тестовая перепаковка миллиона случайных JPEG-изображений из web, продемонстрировала (http://code.google.com/intl/en/speed/webp/docs/c_study.html) сокращение общего размера на 39%. С учетом того, что по оценке Google 65% web-трафика расходуется на передачу изображений, это существенное достижение.

Дополнительно повысить степень сжатия можно при упаковке методом WebP не сжатых ранее изображений, также доступна возможность выбора режима экстремального сжатия в ущерб качеству. Алгоритм лучше сжимает визуально насыщенные изображения, такие как фотографии. Высокая плотность упаковки достигается благодаря использованию предсказательной техники кодирования, учитывающей содержимое соседних пиксельных блоков для предсказания содержимого текущего блока, что позволяет ограничиться хранением только различий между фактическими и предсказанными данными. В качестве контейнера для хранения изображений, сжатых методом WebP, используется стандартный RIFF (http://code.google.com/speed/webp/docs/riff_container.html).

Для загрузки доступны (http://code.google.com/speed/webp/download.html) исходные тексты легковесного декодера WebP-файлов (библиотека libvpx), утилита webpconv для преобразования изображений из командной строки и патч к web-движку WebKit для обеспечения поддержки нового формата в браузере Google Chrome. Код открыт под лицензией, основанной на Apache 2.0 и дополнительно указывающей на безвозмездную передачу прав на использование патентов Google, связанных с данной технологией.

Дополнение: разработчики проекта x264 опубликовали (http://x264dev.multimedia.cx/?p=541) анализ эффективности нового формата изображений, подчеркнув, что не все так гладко и радужно, как описано в анонсе Google. Например, в WebP не реализованы некоторые расширенные возможности формата JPEG: отсутствует поддержка альфа-канала (прозрачность в WebP планируется реализовать в одном из обновлений) и режима работы без потери качества (lossless). WebP поддерживает только субдискретизацию насыщенности (http://ru.wikipedia.org/wiki/%D0%A1%D1%83%D0%B1%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B5%D1%82%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F_%D0%BD%D0%B0%D1%81%D1%8B%D1%89%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8) 4:2:0, в то время как JPEG может обрабатывать 4:2:2 и 4:4:4. По степени сжатия, выигрыш WebP ощущается не всегда, например, при упаковке фотографии леса, насыщенной мелкими деталями, изображение удалось сжать c минимальным отрывом от JPEG (155 Кб против 156 Кб), при этом при кодировании WebP появилась заметная на глаз размытость (оригинал (http://x264.nl/developers/Dark_Shikari/imagecoding/source.png), webp (http://x264.nl/developers/Dark_Shikari/imagecoding/vp8.png), jpeg (http://x264.nl/developers/Dark_Shikari/imagecoding/jpeg.png)).

Тем не менее, основные недостатки WebP устранимы и главным образом связаны с незаконченностью и недостаточной отточенностью кода кодировщика, который в настоящий момент написан в соответствии с принципом "лишь бы работало" и не поддерживает психовизуальную оптимизацию, манипулируя лишь пиковым отношением сигнала к шуму (PSNR). Google следовало бы вначале создать качественный кодировщик, а потом продвигать новый формат в роли альтернативы существующим решениям. Другой проблемой WebP является (http://abbra.livejournal.com/167068.html) абстрактный подход к организации хранения мета-данных, который приведет к неразберихе при необходимости хранения большого числа мета-тэгов.

Цитата: Zhek@Ch от 01 Октября 2010, 21:06[size="3"]WebP: Новый открытый формат изображений от Google[/size]

Хм... Наверно и вправду VP8 настолько хорош.

[size="3"]Разработчики кодека x264 резко критикуют формат WebP, предложенный Google[/size]

Основной разработчик проекта x264, в рамках которого ведется разработка высокопроизводительного H.264-кодировщика, представил (http://x264dev.multimedia.cx/?p=541) в своем блоге технический анализ открытого (http://linuxforum.kz/topic/4203-webp/) сегодня компанией Google формата для хранения изображений WebP. Перевод данной заметки: JPEG является очень старым форматом сжатия изображения с потерями качества. По сегодняшним меркам он ужасен с точки зрения силы сжатия: практически любой формат, предложенный с момента появления кодека MPEG-2, идёт на равных, а то и выигрывает JPEG в его собственной игре. Причина, по которой люди не перешли на что-то более современное, обычно сводится к одному простому факту -- переход не стоит затраченных усилий. Даже если бы появился формат, который сжимает изображение лучше JPEG в два раза, убедить весь мир перейти на него после 20 лет использования последнего практически невозможно. Более того, сжатие по алгоритму JPEG быстрое, простое и практически гарантированно не содержит никаких патентов, о которых можно было бы беспокоится. Свергнуть JPEG уже пытались неоднократно: сначала это был JPEG-2000, потом Microsoft JPEG XR. Ни один из них далеко не продвинулся.

Сейчас Google пытается заставить нас пользоваться ещё одним новым форматом WebP. Но на самом деле WebP является частью межкадрового сжатия видеокодека VP8. С практической точки зрения у "нового" формата существуют несколько проблем, в сравнении со старым добрым JPEG: он не поддерживает все возможности JPEG, также не содержит тех возможностей, которых от JPEG все хотели, например, сжатия без потерь (в качестве). WebP поддерживает только выборку насыщенности цвета 4:2:0, тогда как JPEG поддерживает 4:2:2 и 4:4:4. Google, похоже, не заинтересована в этих возможностях.

Но давайте вернёмся к вопросу о том, насколько хорошо известные кодеки сжимают неподвижное изображение. В моём первом анализе (http://x264dev.multimedia.cx/?p=377) VP8 я показал, что он поддерживает межкадровое предсказание, как и H.264, что является одной из причин эффективности сжатия. VP8 поддерживает матрицы только i4x4 и i16x16, что является недостатком по сравнению с H.264, который также поддерживает матрицы i8x8, однако VP8 близок по этому параметру.

Все результирующие файлы в нашем тестировании имеют размер приблизительно 155КБ (скачайте их, чтобы узнать их точный размер в байтах). Для всех трёх я выполнил бинарный поиск уровней качества, чтобы сжать изображения до примерно одинакового размера. Например, для x264 я выбрал следующие параметры: --tune stillimage --preset placebo. Для libvpx я использовал опцию --best. JPEG изображение я получил с помощью ffmpeg, затем изображение было обработано утилитой jpgcrush для уменьшения размера файла (эта утилита перепаковывает JPEG для уменьшения размера без потерь в качестве). Я подозреваю, что в природе есть упаковщики лучше чем ffmpeg, тогда сами попробуйте провести этот тест и сообщите о ваших результатах. Исходное изображение (http://x264.nl/developers/Dark_Shikari/imagecoding/source.png) (PNG) является двухсотым кадром видеоряда сцены Parkjoy, скачать которое можно отсюда (http://media.xiph.org/video/derf/).

Вот результаты сжатия x264 (http://x264.nl/developers/Dark_Shikari/imagecoding/x264.png), vp8 (http://x264.nl/developers/Dark_Shikari/imagecoding/vp8.png) и jpg (http://x264.nl/developers/Dark_Shikari/imagecoding/jpeg.png), сохранённые в PNG.

Нужно отметить, что результаты VP8 смущают -- лично я думаю, что он показал себя хуже всех, даже несмотря на блочность изображения JPEG. Что же здесь происходит на самом деле? Кодирование энтропии у VP8 несомненно значительно лучше, чем у JPEG. VP8 содержит лучшее внутреннее предсказание (у JPEG есть только предсказание вида DC). Как так получилось, что VP выглядит хуже? Давайте это выясним.

VP8 использует трансформацию 4x4, которая приводит к замыливанию и потере в деталях по сравнению с преобразованием 8x8 у JPEG. Но этого недостатка самого по себе недостаточно, чтобы разница в качестве была столь существенной. Давайте проанализируем следующую гипотезу - что проблема кроется в том, что libvpx оптимизирует для PSNR и игнорирует психовизуальные критерии, когда кодирует изображение. Я закодирую изображение с параметром --tune psnr --preset placebo в x264, выключив все психовизуальные оптимизации.

Вот что получилось: x264 (http://x264.nl/developers/Dark_Shikari/imagecoding/x264_psnr.png), оптимизированный для PSNR, размер 154KB.

Какое размытие изображения! Слегка лучше, чем VP8, но всё равно хуже JPEG. И это используя тот же кодек и тот же уровень анализа, единственное что мы сделали иначе - это отказались от применения психовизуальных оптимизаций. Поэтому мы пришли к выводу, который я снова и снова повторяю в своём блоге - кодировщик значит больше, чем формат сжатия, и что хорошие психовизуальные оптимизации важны больше, чем что-либо ещё. Libvpx, гораздо более сильный кодировщик, чем JPEG в составе ffmpeg, проигрывает, потому что пытается слишком сильно оптимизировать для PSNR.

Эти результаты поднимают законный вопрос - сошли ли с ума представители Google? Я бы мог понять продвижение WebP, если бы он был лучше JPEG. И, конечно, учитывая достоинства оригинального кодека VP8, он мог бы быть лучше JPEG. Но заметьте, что я использую выражение "мог бы". Зачем анонсировать его сейчас, когда libvpx является таким отвратительным упаковщиком? Надо быть сумасшедшим, чтобы заменять JPEG на этот размытый шум. Я не говорю о том, чтобы libvpx пытался на равных конкурировать с x264, лучшим кодеком формата H.264 в мире, но, несомненно, он должен был бы победить кодек почти двадцатилетней давности, коим является JPEG, появившийся в 1992 году.

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

Цитата: Zhek@Ch от 01 Октября 2010, 22:54[size="3"]Разработчики кодека x264 резко критикуют формат WebP, предложенный Google[/size]

Это стоило ожидать. В прошлый раз они так же со скептицизмом отозвались о VP8 после его открытия. Разрабы x264 находят любой удобный случай для пиара.

[size="3"]Google Chrome 7: Релиз web-браузера [/size]

Не так давно разработчики Google решили (http://www.opennet.ru/opennews/art.shtml?num=27423) поменять принцип разработки веб-браузера Chrome и перейти на шестинедельный цикл подготовки релизов. Выполняя план по более частому выпуску новых версий, спустя чуть более месяца с момента выхода Google Chrome 6 (http://www.opennet.ru/opennews/art.shtml?num=27840), представлен (http://googlechromereleases.blogspot.com/2010/10/stable-channel-update.html) новый релиз - Google Chrome 7 (http://www.google.com/chrome), который содержит следующие новшества:

• Добавлена поддержка технологии AppleScript (http://en.wikipedia.org/wiki/AppleScript) в MacOS X для автоматизации операций с пользовательским интерфейсом;
• Добавлена новая реализация парсера HTML 5 (http://webkit.org/blog/1273/the-html5-parsing-algorithm/);
• Добавлена поддержка технологии FileAPI (http://dev.w3.org/2006/webapi/FileAPI/), предоставляющей (http://www.opennet.ru/opennews/art.shtml?num=24428) средства для обработки локальных файлов в web-браузере. Для обработки файлов на локальной машине пользователя используется объект FileReader, при этом доступ предоставляется только к загруженным в рамках текущей сессии через web-формы файлам. Т.е. обработать произвольный файл в локальной файловой системе нельзя, а файл выбранный вручную пользователем - можно;
• Стало возможным загружать на сервер целые директории (http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2010-April/025764.html), используя стандартный тег "input type=file" с атрибутом "webkitdirectory", дополняющим ранее реализованный атрибут "multiple";
• Появилась возможность расширенного управления cookies при занесении сайта в список блокировки;
• Исправлено множество ошибок, полный список которых можно посмотреть здесь (http://code.google.com/p/chromium/issues/list?can=1&q=Mstone%3D7+&colspec=ID+Stars+Pri+Area+Feature+Type+Status+Summary+Modified+Owner+Mstone+OS&x=mstone&y=area&cells=tiles);
• Исправлены (http://googlechromereleases.blogspot.com/2010/10/stable-channel-update.html) некоторые серьёзные проблемы в безопасности. Пять уязвимостей помечены как опасные (крах при обработке определенным образом оформленной html-формы, спуфинг URL, повреждение памяти при обработке специально подготовленных GIF-изображений, устаревание элемента в карте элементов и сбой при изоляции рабочего процесса в Linux), а одна как критическая (крах браузера из-за проблем в коде автозаполнения форм). Двум экспертам, обнаружившим связанные с безопасностью ошибки, в рамках программы (http://www.opennet.ru/opennews/art.shtml?num=27375) по финансовому стимулированию аудита кода браузера, было заплачено по 500 долларов США.

[size="3"]Google Chrome: Доступно обновление 7.0.517.44 с устранением 10 уязвимостей[/size]

Компания Google выпустила (http://googlechromereleases.blogspot.com/2010/11/stable-channel-update.html) корректирующее обновление для стабильной ветки web-браузера Chrome 7, в котором устранено 10 уязвимостей, все из которых отнесены к категории высокой опасности. В соответствии с программой выплаты вознаграждений за обнаружение проблем безопасности, авторам 5 уведомлений будет выплачено по 1000$, а 3 - 500$. Кроме того, обновлена версия поставляемого в комплекте плагина Adobe Flash, в котором также обнаружено несколько проблем безопасности (http://linuxforum.kz/index.php?/topic/4328-adobe/). Дополнительно выпущено обновление находящейся в разработке ветки Google Chrome 9.0.570.1 (http://googlechromereleases.blogspot.com/2010/11/dev-channel-update_04.html) и бета-ветки Google Chrome 8.0.552.28 (http://googlechromereleases.blogspot.com/2010/11/beta-channel-update.html), в которую интегрирован (http://www.opennet.ru/opennews/art.shtml?num=27017) код для просмотра PDF-документов, без необходимости установки дополнительных плагинов или вызова внешних приложений. Отмечается (http://chrome.blogspot.com/2010/11/pdf-goodness-in-chrome.html), что код встроенного PDF-просмотрщика выполняется в отдельном изолированном процессе, что позволяет защитить системы и браузер в случае обнаружения в коде проблем безопасности.

[size="3"]Релиз web-браузера Google Chrome 8 [/size]

Представлен (http://googlechromereleases.blogspot.com/2010/12/stable-beta-channel-updates.html) стабильный релиз web-браузера Google Chrome 8 (http://www.google.com/chrome), доступный для платформ Linux, MacOS X и Windows. Основные новшества:

• В состав браузера интегрирован (http://www.opennet.ru/opennews/art.shtml?num=27017) встроенный просмотрщик PDF-файлов, не требующий для своей работы дополнительных плагинов и функционирующий в изолированном окружении;
• Обновлена версия Flash-плагина, поставляемого в комплекте с браузером. В следующей версии, Chrome 9, для Flash-плагина будет реализован (http://blog.chromium.org/2010/12/rolling-out-sandbox-for-adobe-flash.html) дополнительный уровень изоляции, который позволит обезопасить пользователя даже в ситуации успешной эксплуатации уязвимости в Adobe Flash;
• Расширен диапазон параметров, поддерживаемых сервисом синхронизации данных между машинами;
• Улучшен код работы с плагинами и вкладками;
• Добавлена возможность активации через "about:flags" кода для задействования (http://www.opennet.ru/opennews/art.shtml?num=27792) средств современных видекарт для акселерации вывода на экран. Возможности GPU также используются для акселерации формирования двумерных векторых изображений через HTML5-тег "canvas";
• Исправлена большая порция ошибок, связанных с работой не англоязычных локалей;
• Интегрирована поддержка поискового режима Google Instant (http://www.google.com/instant/) (формирование результата еще в процессе ввода запроса);
• Исправлено 13 ошибок безопасности, из которых 4 отмечены как опасные уязвимости, которые могут привести к выходу за допустимые границы памяти (при обработке истории посещений, выводе SVG, проигрывании некорректного видео и парсинге XPath). Трем исследователям безопасности выплачена премия по $1000, а двум по $500.

[size="3"]Релиз web-браузера Google Chrome 9 [/size]

Компания Google выпустила (http://chrome.blogspot.com/2011/02/dash-of-speed-3d-and-apps.html) стабильный релиз web-браузера Google Chrome 9, доступного для платформ Linux, MacOS X и Windows.

Основные новшества:

• Поддержка технологии WebGL (http://en.wikipedia.org/wiki/WebGL) получила статус стабильной и активирована по умолчанию. Спецификация WebGL (https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/doc/spec/WebGL-spec.html) определяет способ формирования аппаратно ускоренного 3D-контента без привлечения сторонних плагинов при помощи HTML5 конструкций "Canvas" и Javascript реализации OpenGL API. Для работы WebGL у пользователя необходимо наличие OpenGL-совместимой графической карты. С помощью WebGL уже реализовано множество высокотехнологичных приложений, а также для неё было портировано несколько старых игр, например Quake 2 (http://crystalin.dyndns.org:8080/GwtQuake.html) и Quake 3 (http://media.tojicode.com/q3bsp/);
• Добавлена возможность (http://www.google.com/instant) мгновенной загрузки ранее использованных web-страниц ещё до нажатия клавиши Enter - данная возможность называется Chrome Instant. По умолчанию функция отключена и необходимо активировать в настройках веб-браузера (Preferences / Basics / Enable Instant). При включении данного режима Google Chrome также начинает мгновенно отображать результаты поиска (http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=95440), если такая возможность поддерживается поисковой машиной;
• Для пользователей Chrome из США открылся web-магазин приложений Chrome Web Store (https://chrome.google.com/webstore).

Также было объявлено (http://googlechromereleases.blogspot.com/2011/02/stable-channel-update.html) об исправлении девяти ошибок в безопасности, из которых одна уязвимость получила статус критической, две уязвимости помечены как опасные и 6 как незначительные:

• Исправлена критическая ошибка в коде обработки звука.
• Выявлено использование памяти после её освобождения в коде загрузки изображений. Ошибка является серьёзной - за её нахождение выдана награда $1000.
• Добавлены некоторые ограничения для кода, ответственного за технологию перетащи-и-оставь (drag-n-drop) при изменении источника.
• Исправлена ошибка краха веб-бразуера, если расширение не содержит некоторые поля.
• Найдена ошибка, которая приводила к краху при печати PDF документов. Ошибка является серьёзной - за её нахождение выдана награда $1000.
• Сделано более корректным объединение профилей автозаполнения.
• Исправлен крах веб-браузера при некоторых настройках уровня громкости.
• Только в версии для MacOS: исправлена проблема с использованием библиотек SSL в MacOS 10.5.
• Только в версии для MacOS: исправлена утечка памяти в песочнице при использовании вызова stat().

[size="3"]Началось бета-тестирование web-браузера Chrome 10 и альфа-тестирование Chrome 11[/size]

Компания Google выпустила (http://chrome.blogspot.com/2011/02/faster-than-speeding-rabbit-speed-sync.html) бета-версию web-браузера Google Chrome 10 (http://www.google.com/intl/en/landing/chrome/beta/), доступную для платформ Linux, MacOS X и Windows. Наиболее интересным улучшением Chrome 10 является обновление Javascript-движка V8 (Crankshaft), в новую версию которого добавлена новая подсистема JIT-компиляции. В тесте V8 Benchmark (http://v8.googlecode.com/svn/data/benchmarks/current/run.html) производительность браузера по сравнению с версией Chrome 9 возросла на 66%. Новая технология оптимизации эффективна для участков кода, связанных с большим объемом длительных вычислений (например, математические операции, цикличная обработка данных, рекурсивные вызовы и криптография). Суть новой техники адаптивной JIT-компиляции сводится (http://www.opennet.ru/opennews/art.shtml?num=28947) к проведению дополнительной глубокой оптимизации только для наиболее часто выполняемого кода, не тратя при этом время на оптимизацию редко используемого кода.

Из других улучшений можно отметить:

• Поддержка использование GPU-акселерации при проигрывании видео, что отражается в существенном снижении нагрузки на CPU при наличии у пользователя современной видеокарты;
• В сервисе синхронизации параметров браузера между компьютерами по умолчанию активирована поддержка синхронизации сохраненных паролей к сайтам. Для обеспечения безопасности доступ к базе паролей шифруется с использованием указанной пользователем секретной фразы;
• Полностью переработан интерфейс настройки параметров браузера - вместо открытия отдельных окон, диалоги настройки теперь открываются в виде вкладок. Добавлены две новые функции конфигурирования: строка быстрого поиска настроек по ключевым словам и возможность прямого перехода к определенной настройке через ввод специального URL.
• Поддержка фонового выполнения Web-приложений (Background WebApps);
• Новое API для создания расширений для web-навигации ( webNavigation API);
• Усиление безопасности: Устаревшие плагины теперь по умолчанию автоматически блокируются. Расширены возможности по уведомлению пользователя о наличии вредоносного кода на страницах.

Одновременно с переводом Chrome 10 на стадию бета-тестирвоания, представлена (http://googlechromereleases.blogspot.com/2011/02/dev-channel-update_17.html) новая экспериментальная ветка Chrome 11 (http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/), в которой осуществлен переход на Javascript-движок V8 3.1.4.0, решены проблемы с FTP, по умолчанию интегрировано дополнение XSS Auditor, нацеленное на автоматическое выявление фактов эксплуатации XSS-уязвимостей (межсайтовый скриптинг).

Дополнение: Разработчики Google сообщили (http://blog.chromium.org/2011/02/native-client-getting-ready-for-takeoff.html) о близости завершения работы над технологией Native Client (http://code.google.com/p/nativeclient/) и стабилизации ABI-интерфейса. В Chrome 10+ Native Client будет поставляться в качестве экспериментальной функции, активируемой через about:flags. Технология Native Client, позволяет (http://www.opennet.ru/opennews/art.shtml?num=26593) выполнять в окне web-браузера обычные бинарные приложения, ограниченные в специальном изолированном окружении. При работе программы в Native Client машинный код не преобразуется в байткод виртуальной машины, а выполняются как есть, с максимально возможной производительностью (потеря производительности не более 5%).

[size="3"]Релиз web-браузера Chrome 9.0.597.107 с исправлением 19 уязвимостей[/size]

Компания Google представила (http://googlechromereleases.blogspot.com/2011/02/stable-channel-update_28.html) корректирующий релиз web-браузера Chrome 9.0.597.107 (http://www.google.com/chrome) в котором исправлено 19 уязвимостей, из которых 16 помечены как опасные, а трем присвоена средняя степень опасности. В рамках программы (http://www.opennet.ru/opennews/art.shtml?num=27375) по выплате денежного вознаграждения за обнаружение уязвимстей, для текущего релиза компания Google выплатила исследователям безопасности 14 тысяч долларов (13 премий по 1000$ и 2 премии по 500$), общий размер (http://www.chromium.org/Home/chromium-security/hall-of-fame) выплаченных средств за ошибки во всех релизах Chrome превысил 100 тыс. долларов. Среди уязвимостей представлены способы выхода за допустимые границы памяти при использовании Javascript-диалогов, таблиц стилей, SVG, XHTML, WebGL, web-форм, областей textarea, найден способ спуфинга поля с URL. Несмотря на большое число уязвимостей, среди них нет проблем, которым присвоен статус критической ошибки, подразумевающий возможность полного обхода всех уровней защиты браузера, что может привести к выполнению кода в системе. Подробности с детальным описанием уязвимостей доступны (http://blog.chromium.org/2010/07/celebrating-six-months-of-chromium.html) только зарегистрированным разработчикам проекта Chromium.

Три уязвимости из 19 обнаружил Сергей Глазунов, который получил за свой труд 3000 долларов. За всю историю действия программы выплаты вознаграждений Сергей получил 23 премии. По одной уязвимости обнаружили Сергей Радченко и Евгений Степанов.

[size="3"]У web-браузера Chromium новый логотип [/size]

Представлен (http://twitter.com/beverloo/statuses/45089468541186048) новый логотип (http://src.chromium.org/viewvc/chrome/trunk/src/chrome/app/theme/chromium/product_logo_256.png?view=markup) проекта Chromium (http://www.chromium.org/), отличающийся переходом от выпуклого 3D-подобного представления к упрощенной плоской форме. Ожидается, что в ближайшее время логотип браузера Chrome также будет приведен к тому же стилю.

[size="3"]Первая публичная бета-версия RockMelt, социального web-браузера от создателя Netscape [/size]

Доступна (http://blog.rockmelt.com/post/3752887532/no-more-waiting-in-line-rockmelt-now-in-open-beta) для загрузки первая публичная бета-версия web-браузера RockMelt (http://www.rockmelt.com/). Браузер основан на кодовой базе Chromium 10, по сравнению с которой расширен в направлении упрощения жизни пользователей социальных сетей, например, браузер позволяет упростить выполнение типовых ежедневных действий, таких как общение с друзьями, обмен файлами и поиск. К сожалению, в настоящее время браузер доступен только для платформ Windows и Mac OS X, о планах по открытию исходных текстов и выпуску Linux-версии не сообщается.

Примечательно, что создателем стартапа, создавшего RockMelt, является Марк Андреесин (Marc Andreessen (http://en.wikipedia.org/wiki/Marc_Andreessen)), основатель Netscape и соавтор Mosaic. Среди инвесторов проекта отмечаются: Билл Кампбелл (Bill Campbell) председатель совета директоров компании Intuit и член совета директоров Apple; Рон Конвэй (Ron Conway), легендарный инвестор, благодаря которому поднялись такие компании, как Google, Facebook, PayPal и Twitter; Дин Грин (Diane Green), директор и основатель VMWare. На разработку браузера было потрачено два года и 10 млн. долларов инвестиций.

Отличительные возможности RockMelt:

• Два постоянно доступных "социальных" столбца: Столбец в левой части экрана содержит список друзей пользователя и их статус, поддерживается прямая отправка и прием сообщений. В правом столбце организован быстрый доступ к популярным социальным сетям и web-сервисам, таким как Facebook, Twitter, Digg, YouTube и службы Google;
• Рядом с адресной строкой реализована кнопка для быстрой отправки ссылки на текущую страницу или на находящиеся на данной странице медиа-материалы;
• Для хранения настроек, параметров сервисов, закладок и истории активности в социальных сетях используется внешнее cloud-хранилище, что позволяет иметь привычное окружение всегда под рукой, даже если выход в сеть произведен с чужого компьютера.
• Интеграция средств для обмена данными. Принять и отправить сообщение, ссылку и контент можно в один клик, без открытия дополнительных страниц;
• Поддержка уведомлений об изменении содержимого определенных страниц, например, при добавлении новых статей на сайте или при появлении новых фотографий у определенного пользователя. Вместо того, чтобы десять раз в день заходить на определенные сайты, проверяя не появился ли контент, можно настроить RockMelt и он сам будет указывать на наличие изменений;
• Быстрый поиск, базирующийся на сервисе Google Suggest, позволяющий уточнять ключевые слова по мере из ввода. Результаты поиска выводятся сразу в виде меню, что позволяет выбрать необходимый вариант без открытия отдельной страницы;
• Интеграция web-аплета для работы с YouTube. Аплет позволяет смотреть и искать видео, формировать списки воспроизведения, просматривать историю и списки просмотренных друзьями роликов.

[size="3"]Обновление Google Chrome с исправлениями 6-ти ошибок[/size]

Браузер от Google - Google Chrome обновился до версии 10.0.648.204. Кроме исправления ошибок, были добавлены новые функции в Google Chrome для Linux.

Изминения в новой версии Google Chrome:

• Добавлена синхронизация паролей в Linux-вариант Chrome;
• Исправлены ошибки связанные с безопасностью;
• Исправленны ошибки в SSL-сертификатами.

Скачать Google Chrome можете с официального сайта (http://www.google.com/chrome) проекта.

Источник: linuxforum.kz

[size="3"]Релиз web-браузера Chrome 11 [/size]

Компания Google выпустила (http://googlechromereleases.blogspot.com/2011/04/chrome-stable-update.html) релиз web-браузера Google Chrome 11 (http://www.google.com/chrome), доступный для платформ Linux, MacOS X и Windows.

Ключевые изменений в новой версии:

• Добавлена (http://chrome.blogspot.com/2011/04/everybodys-talking-and-trans) поддержка механизма голосового заполнения форм и распознавания речи через использование специального HTML speech input API (http://lists.w3.org/Archives/Public/public-xg-htmlspeech/2011Feb/att-0020/api-draft.html). Методика распознавания речи сводится к тому, что звуковой поток направляется на сервер Google через защищенный канал связи, на сервере он преобразуется в текст и возвращается обратно в браузер. Используя данную возможность в сервисе Google Translate уже можно переводить на другие языки сказанные в микрофон фразы. Для накопления интересных примеров использования инновационных web-технологий, таких как HTML speech input API, компания Google создала сайт chromeexperiments.com (http://chromeexperiments.com/), на котором уже представлено более 200 работ;
• Реализована поддержка 3D-трансформаций (http://www.w3.org/TR/css3-3d-transforms/) средствами CSS (3D CSS (http://www.webkit.org/blog/386/3d-transforms/)) с задействованием возможностей GPU для ускорения вывода. Используя новые элементы CSS разработчики могут применять разнообразные 3D-эффекты над веб-страницами;
• Осуществлен переход на Javascript-движок V8 3.1.4.0;
• По умолчанию интегрировано дополнение XSS Auditor, нацеленное на автоматическое выявление фактов эксплуатации XSS-уязвимостей (межсайтовый скриптинг);
• Изменёно (http://blog.chromium.org/2011/03/ua-string-changes-coming-in-chrome-11.html) оформление идентифицирующей браузер строки (User Agent). Удалена лишняя информация о локали (нужно использовать Accept-Language), почищены дублирующиеся названия платформы (для Windows в строке ранее указывалось "Windows; Windows NT 6.0", а сейчас просто "Windows NT 6.0;"), убраны флаги уровня шифрования ("U" для 128-битного шифра, "I" - 40-битного и "N" - без поддержки шифрования);
  • Было: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.648.204 Safari/534.16
  • Стало: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.16 Safari/534.24
• Проведена работа (http://blog.chromium.org/2011/03/getting-smoother-animated-web-content.html) по минимизации фоновой нагрузки при перерисовке с использованием вызовов setTimeout или setInterval (проблема в том, что некоторые приложения периодически перерисовывают области без учета того, что текущее окно может быть неактивным). С целью снижения нагрузки на CPU для неактивных вкладок теперь используется независимый таймер, которые не генерирует больше одного события в секунду;
• Изменен логотип проекта.
  (http://pics.kz/s1/93/29/e0/9329e0a63667ea5146205f5431882f2f.png)
  

Одновременно объявлено (http://googlechromereleases.blogspot.com/2011/04/chrome-stable-update.html) об исправлении 25 ошибок в безопасности, из которых 16 уязвимостей помечены как опасные, 6 - умеренные и 3 - незначительные. Среди уязвимостей не отмечено проблем критического характера, которые позволили бы обойти все уровни защиты браузера. Подробности с детальным описанием уязвимостей доступны только зарегистрированным разработчикам проекта Chromium. В рамках программы по выплате денежного вознаграждения за обнаружение уязвимостей, для текущего релиза компания Google выплатила исследователям безопасности 16500 долларов (одна премия 2000$, 1 премия по 1500$, 11 премий по 1000$ и 4 премии по 500$).

[size="3"]Доклад Google о файловых системах Linux[/size]

Опубликована (http://linuxmir.ru/dc/aHR0cDovL2FkZi5seS8xVGMwYQ==) видеозапись доклада Майкла Рубина (Michael Rubin), занимающегося системами хранения данных в Google, о причинах миграции с файловой системы Ext2 на Ext4. В докладе показаны результаты исследования производительности EXT2, достоинства и недостатки различных файловых систем, доступных в Linux, причины выбора файловой системы Ext4 для использования на серверах Google.

Некоторые тезисы:

 Файловая система Ext2 очень надежна, но имеет проблемы с производительностью при высокой интенсивности ввода/вывода. Из всех дисковых операций 40% было связано с обработкой метаданных и только 60% с самими данными (после перехода на Ext4 это соотношение удалось свести к 4% для метаданных и 96% для данных, общая производительность при этом возросла, в зависимости от областей применения, в полтора-два раза). При высокой нагрузке удаление 8 Мб файла иногда длилось до 800 секунд, наблюдались проблемы с фрагментацией. Как вариант решения проблемы все метаданные можно было кэшировать, но это потребовало бы больших затрат оперативной памяти. Еще один недостаток Ext2 - очень долгое выполнение восстановления при помощи fsck - для диска 1 Тб восстановление занимало 85 минут;

Ext3 - проблемы с долгим выполнение fsck решены за счет поддержки журналирования, но производительность осталась на уровне Ext2. Дополнительные плюсы - простота управления и лёгкость миграции с Ext2;

Ext4 - кроме унаследованных у Ext3 плюсов в Ext4 частично решены проблемы с производительностью. Производительность не самая высокая среди доступных ФС, но вполне достаточная;

 В Btrfs реализованы очень интересные возможности, но код еще не готов для промышленного применения;

 XFS - отличная производительность, но чрезмерная усложнённость реализации;

 ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны, но с другой стороны несовместимая с GPL лицензия на код;

 ReiserFS и JFS не рассматривались в Google как варианты для миграции из-за недостаточной поддержки кодовой базы;

 В Google не используют журналирование - потери производительности оказались слишком большими (накладные расходы понизили производительность на 23%-33% в зависимости от типа журнала). Конфигурация без журнала также продемонстрировала большую предсказуемость.

[size="3"]Новые ветки Chrome 13-dev и Chrome OS 12-beta. Обновление Chromium OS для Dell Mini 10v [/size]

Компания Google объявила (http://googlechromereleases.blogspot.com/2011/05/dev-channel-update_17.html) об ответвлении экспериментальной версии браузера Chrome 13, в которой продолжена работа по реализации функции предварительного просмотра выводимых на печать страниц и улучшено выполнение сравнения строк в реализации Omnibox (http://dev.chromium.org/user-experience/omnibox) (интеллектуальная адресная строка).

Дополнительно разработчики Google сообщили (http://googlechromereleases.blogspot.com/2011/05/chrome-os-beta-channel-update_16.html) о начале тестирования бета-версии операционной системы Chrome OS 12 (http://www.opennet.ru/opennews/art.shtml?num=30547), основанной на браузере Chrome 12-beta (http://googlechromereleases.blogspot.com/2011/05/chrome-beta-update.html). В представленной версии Chrome OS устранено несколько проблем безопасности, среди которых возможность изменения параметров браузера через "about:flags" в гостевом режиме, обновление содержащих уязвимости сторонних программ (openssl, dbugs, pango, sudo, strongswan, acl, libxml2, dhcpd) и решение проблемы с повышением привилегий в системе через создание файла /var/lib/chromeos-aliases.conf с добавлением в него команд.

Из добавленных в Chrome OS 12 улучшений можно отметить:

• Реализация режима работы с файлами (File browser);
• Новое оформление;
• Улучшение поддержки GSM и устранение проблем при создании 3G и WiFi-соединений;
• Интеграция новой версии Flash-плеера (10.3 (http://linuxforum.kz/index.php?/topic/4328-adobe/page__view__findpost__p__18049));
• Новый трэкпад и корректировка настроек чувствительности;
• Улучшение системы автоматического обновления;
• Оптимизация потребления питания;
• Оптимизация работы текстового и видео чата GTalk;
• Улучшение экранных индикаторов (яркость, состояние сети, наличие обновлений).

Улучшения, добавленные в браузере Chrome 12:

• Поддержка аппаратной акселерации при выполнении 3D-трансформаций через CSS;
• Новый режим защиты от загрузки вредоносных файлов;
• Возможность очистки Flash Cookie из интерфейса браузера;
• Поддержка запуска web-приложения из адресной строки Omnibox по его имени;
• Интеграция опций синхронизации в новые страницы настроек;
• Улучшенная поддержка систем экранного чтения.

Одновременно разработчики из компании Dell представили (http://twitter.com/#%21/DougAnson/status/70166537004265472) обновленный вариант неофициальной экспериментальной сборки операционной системы Chromium OS (http://www.chromium.org/chromium-os) для нетбуков Dell Inspiron Mini 9 и 10v. Размер подготовленного установочного образа (http://linux.dell.com/files/cto/) - 224 Мб. В новой версии добавлена (http://linux.dell.com/files/cto/README-May13.txt) возможность использования встроенной беспроводной карты на базе чипа Broadcom, который ранее не поддерживался в Chromium OS. Уже после выпуска новой сборки были обнаружены проблем с работой звуковой подсистемы, которые будут исправлены в ближайшем обновлении.

[size="3"]В веб-браузере Chrome 11.0.696.71 исправлены две критические уязвимости [/size]

Увидел свет (http://googlechromereleases.blogspot.com/2011/05/stable-channel-update_24.html) корректирующий релиз веб-браузера Google Chrome в котором устранено 4 уязвимости, из которых двум присвоен статус критических, т.е. потенциально позволяющих обойти все уровни защиты и обеспечить выполнение кода злоумышленника на локальной системе.

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

[size="3"]В Google провели сравнение производительности C++, Java, Go и Scala [/size]

Роберт Хандт (Robert Hundt) из компании Google опубликовал (https://days2011.scala-lang.org/sites/days2011/files/ws3-1-Hundt.pdf) отчет с результатами тестирования качества оптимизации циклов в реализациях языков C++, Java, Go и Scala. Как и ожидалось, в тестах производительности и потребления памяти лидирует C++, но в отчете отмечается, что достижение высоких показателей связано с необходимостью проведения дополнительных оптимизаций, которые требуют дополнительной квалификации и зачастую не используются программистами среднего уровня. Java отмечен как язык, наиболее простой для реализации кода, но с другой стороны труднопредсказуемый в плане анализа производительности - использование Java VM и сборщика мусора значительно затрудняет тюнинг производительности.

Оценка числа строк кода, потребовавшихся для реализации поставленной задачи (в списке указан размер, относительно кода на языке Scala. Признаком Pro отмечены результаты оценки варианта кода после дополнительного тюнинга и использования специфичных для языка конструкций). Наиболее компактным языком оказался Scala - для решения задачи потребовалось 658 строк.

Размер результирующих бинарных файлов, после сборки (показатели, относительно размера сгенерированного JAR-архива). Java и Scala работают поверх Java VM и генерируют байт код, а C++ и Go - готовые к исполнению машинные инструкции. Наиболее компактный результирующий файл получился у Java - 13 Кб, у языка Go бинарный файл занял 1.2 Мб, а оптимизированный вариант на C++ - 41 Кб.

Потребление памяти (показатели, относительно реализации на языке C++). Для работы кода на Java и Scala потребовалось в 6 раз больше памяти, чем на языке Cи. Наибольшую прожорливость проявил язык Go.

Время компиляции (показатели, относительно языка Go, который отличился высокой скоростью компиляции).

Производительность (показатели, относительно оптимизированного варианта на С++).

Дополнение: Один из инженеров Google указал (http://jeremymanson.blogspot.com/2011/06/scala-java-shootout.html), что путем переработки варианта на языке Java с целью более рационального использования сборщика мусора, удалось приблизить производительность Java-кода к результатам C++. Кроме того указано, что повышение эффективности работы с Java-коллекциями и использование других типов данных может поднять скорость работы Java-кода в 2-3 раза. В ответ эксперты по С++ заявили, что им удалось поднять производительность варианта на С++ примерно в 6 раз.

[size="3"]Релиз web-браузера Chrome 12 [/size]

[size="3"]Тюменский студент, сообщая об уязвимостях в Chrome, заработал почти 50 тысяч USD[/size]

Как многие помнят, в 2010 году компания Google объявила об инициативе Chromium Security Reward, в рамках которой выплачивает вознаграждения энтузиастам, обнаружившим уязвимости в безопасности браузера Chromium, лежащего в основе Chrome. Выяснилось, что больше всех в этом преуспел студент из Тюмени Сергей Глазунов.

С выпуском очередной стабильной версии веб-браузера Google Chrome -- 12 -- был обнародован и обновленный «зал славы» программы Chromium Security Reward. Ведущие позиции в нем у Сергея, который за все это время смог получить от Google почти 50 тысяч USD ($48452 за 36 найденных уязвимостей).

Стоит отметить, что в Google приняты интересные размеры выплат: помимо стандартных 500 и 1000 USD есть и «элитные» -- в размере 1337 и даже 3133,7 USD (последних -- всего две, и обе на счету у Сергея). Числа «1337» и «31337» являются отсылкой к жаргону хакеров былых времен и читаются как «leet» и «eleet» соответственно (являются цифровой записью умышленно искаженной интерпретации слова «элита»).

По данным CNews, Сергей Глазунов учится в Институте математики и компьютерных наук ТюмГУ по специальности «Компьютерная безопасность».

Зал славы «Security Hall of Fame» проекта Chromium доступен на chromium.org (http://www.chromium.org/Home/chromium-security/hall-of-fame).

[size="3"]Компания Google передала проект HTTP Archive в руки сообщества Internet Archive [/size]

Компания Google объявила (http://googlecode.blogspot.com/2011/06/tracking-performance-with-http-archive.html) о передаче сообществу Internet Archive (archive.org (http://www.archive.org/)) управления и прав владения над проектом HTTP Archive (http://httparchive.org/), в рамках которого организован сервис по мониторингу производительности сайтов в сети. Код web-интерфейса HTTP Archive написан на языке PHP и открыт (http://code.google.com/p/httparchive/) под лицензией Apache. Для обеспечения загрузки контента с сайтов используется инструментарий WebPagetest (http://www.webpagetest.org/), распространяемый (http://code.google.com/p/webpagetest/) под лицензией BSD.

Проект Internet Archive был основан в 1995 году для решения задачи формирования коллекции свободно распространяемых мультимедиа материалов и книг, ведение полного архива всех сайтов в глобальной сети. Ресурс предоставляет возможность отслеживания изменений в оформлении сайтов и при необходимости позволяет обратиться к контенту, который был размещен на уже не существующем ресурсе. В настоящее время архив насчитывает несколько петабайт данных и включает в себя более 150 миллиардов web-страниц. В сотрудничестве с более 160 библиотеками, музеями и архивами документов, ведется работа по оцифровке материалов и открытия к ним свободного доступа. В 2009 году Фонд свободного ПО присудил Internet Archive премию (http://www.opennet.ru/opennews/art.shtml?num=30007) за развитие социально значимых свободных проектов. В другие годы эту премию получили такие проекты, как Tor (2010), Creative Commons (2008), Groklaw (2007), Sahana (2006) и Wikipedia (2005).

Сервис HTTP Archive (http://httparchive.org/) был создан компанией Google с целью стимулирования оптимизации скорости работы сайтов и предоставления web-мастерам необходимых средств мониторинга для слежения за изменением параметров производительности сайтов со временем. Сервис содержит неплохую подборку аналитических инструментов и отчетов, позволяющих оценить динамику изменения таких показателей, как время загрузки страниц и размер страниц, выделить самые медленные страницы на сайте и посмотреть детальную информацию о загрузке различных частей страницы с целью локализации узких мест. Все данные мониторинга можно загрузить (http://httparchive.org/downloads.php) в raw-формате для последующего локального анализа (дамп базы MySQL).

Кроме привязанной к конкретным сайтам информации, HTTP Archive также предоставляет общую статистику (http://httparchive.org/interesting.php), позволяющую оценить глобальное состояние. Например, представлены отчеты о наиболее популярных Javascript-библиотеках и отдельных скриптах (лидируют jQuery, виджеты Facebook и счетчик Google Analytics). Имеется рейтинг сайтов c наибольшим количеством Javascript кода (рекорд около 4 Мб), CSS-файлов (рекорд 900 Кб), числа изображений на странице (рекорд 645) и числа Flash-роликов (рекорд 75). Некоторая статистика:

• 48% всех сайтов используют Flash, а 52% - нет;
• 43% всех изображений распространяется в формате JPEG, 19% - PNG и 37% - GIF;
• 12% всех сайтов работают под управлением nginx, 20% - Microsoft IIS, 39% - Apache;

В настоящее время HTTP Archive осуществляет постоянный мониторинг около 18 тысяч сайтов в сети. По словам представителя Google, компания намерена выделить ресурсы для доведения в ближайшие месяцы числа тестируемых сайтов до одного миллиона или больше. После передачи управления Google продолжит разработку проекта, будет финансово и технически поддерживать HTTP Archive на плаву, но проект уже будет развиваться под эгидой Internet Archive. По мнению Google система HTTP Archive гармонично дополнит существующую функциональность Internet Archive - если Internet Archive (сервис Wayback Machine) занимается отслеживанием контента в Web, то HTTP Archive позволяет составить картину того, как этот контент обслуживается и формируется.

[size="3"]Компания Google представила пакет для тестирования web-приложений NativeDriver [/size]

Открыт (http://google-opensource.blogspot.com/2011/06/introducing-native-driver.html) код проекта NativeDriver (http://code.google.com/p/nativedriver/), представляющий собой реализацию WebDriver API (http://code.google.com/p/selenium/), рассчитанную на тестирование пользовательского интерфейса web-приложений, работающих в нативном режиме, т.е. как обычные программы на целевой системе. Из платформ пока поддерживаются только Android, Apple iOS и Windows.

Как и WebDriver (http://code.google.com/p/webdriver/), инструментарий NativeDriver позволяет организовать проведение функционального тестирования сложных Javascript-приложений при их работе в реальных web-браузерах и программных платформах. WebDriver и NativeDriver поддерживают простой API для формирования автоматизированного набора тестов (можно симулировать нажатия клавиш, работу с мышью, манипуляции с окнами, сверять результаты с эталоном и т.п.). В отличии от тестовых фреймворков selenium (http://www.openqa.org/selenium-core/) и Sahi (http://sahi.co.in/) WebDriver полностью контролирует работу браузера, так как выполнен не как javascript-библиотека, а в виде отдельно устанавливаемого дополнения, поддерживающего работу в режиме клиент-сервер.

[size="3"]Google объявляет о переводе голосовых сервисов на Jingle[/size]
 
Google объявил о переходе голосовых сервисов Google Talk, Gmail, iGoogle и Orkut на протокол Jingle (http://en.wikipedia.org/wiki/Jingle_%28protocol%29). О переходе объявил сотрудник Google, Peter Thatcher  в своём письме XMPP Standards Foundation (http://mail.jabber.org/pipermail/jingle/2011-June/001640.html). Протокол был разработан Google, Collabora, Yate, и двумя VoIP компаниями, которые сейчас часть Cisco: Tandberg and Jabber для управления видео и голосовыми сессиями P2P.

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

>>> Google battles MicroSkype with 'open' VoIP protocol (http://www.theregister.co.uk/2011/06/24/googles_moves_voip_to_jingle/)

[size="3"]DOM Snitch - дополнение для анализа безопасности кода Javascript[/size]

Представлено (http://googleonlinesecurity.blogspot.com/2011/06/introducing-dom-snitch-our-passive-in.html) новое дополнение к web-браузеру Chrome - DOM Snitch (https://code.google.com/p/domsnitch/), использующее эвристические методы (https://code.google.com/p/domsnitch/wiki/QuickIntro#Current_capabilities) для выявление некорректных приемов программирования на Javascript. Дополнение отслеживает функции, работающие с DOM (Document Object Model), внутренним представлением web-страниц, и выдает предупреждения в случае использования методов, которые могут привести к проблемам с безопасностью. Код DOM Snitch распространяется в рамках лицензии Apache.

Дополнение может работать в трех режимах: пассивном (проведение аудита и формирование отчета с указанием возможных проблем), агрессивном (остановка скрипта в процессе работы с выводом предупреждения для каждой проблемы) и спящем (отключение анализатора). DOM Snitch пытается (http://code.google.com/p/domsnitch/wiki/DOMSnitchDoc) выявить возможные пути организации межсайтового скриптинга, учитывает некорректное использование JSON, оценивает возможность подстановки тегов через потоки пользовательских данных. Возможные проблемы проверяются при использовании таких методов, как document.cookie, document.write, HTMLElement.innerHTML, window.setTimeout, XMLHttpRequest.open, onmouseover и window.eval.

[size="3"]Учебник "Learning Go"[/size]

[size="3"]Компания Google запустила сервис преобразования SWF в HTML5 [/size]
 
Компания Google анонсировала (http://googlecode.blogspot.com/2011/06/swiffy-convert-swf-files-to-html5.html) проект Swiffy (http://swiffy.googlelabs.com/), в рамках которого создан online-сервис для преобразования Flash-контента в формате SWF в представление на базе технологий HTML5, CSS3 и SVG. В качестве области применения Swiffy называется обеспечение возможности адаптации Flash-контента для просмотра на мобильных устройствах для которых недоступен Flash-плагин, например, iPhone и iPad.

В настоящее время Swiffy поддерживает преобразование формата SWF 8 и логики ActionScript 2.0. Из браузеров, в которых можно посмотреть преобразованный HTML5-вариант называются браузеры с хорошей поддержкой SVG, например, такие браузеры на базе движка Webkit, как Chrome и Mobile Safari.

[size="3"]Обновление Chrome 12 с устранением уязвимостей. Альфа-версия Chrome 14.0.803.0[/size]

Увидел свет (http://googlechromereleases.blogspot.com/2011/06/stable-channel-update_28.html) корректирующий релиз веб-браузера Google Chrome 12 в котором устранено 7 уязвимостей, из которых 6 имеют статус опасных. Среди уязвимостей не отмечено критических проблем, которые позволили бы обойти все уровни защиты браузера. Подробности с детальным описанием уязвимостей доступны только зарегистрированным разработчикам проекта Chromium. Две уязвимости присутствуют в коде работы с SVG, одна в CSS-парсере, одна в HTML-парсере, одна в движке v8 и одна в коде выделения текста.

В рамках программы по выплате денежного вознаграждения за обнаружение уязвимостей для текущего релиза компания Google выплатила исследователям безопасности 6000 долларов США (пять премий по 1000$ и две премии по 500$). Одновременно обновлена версия поставляемого в составе браузера плагина Adobe Flash, в котором исправлены очередные проблемы безопасности (отдельно обновление плагина компания Adobe пока не выпустила, отчета о наличии уязвимостей пока тоже нет (http://www.adobe.com/support/security/bulletins/apsb11-19.html)).

Одновременно представлена (http://googlechromereleases.blogspot.com/2011/06/dev-channel-update_27.html) новая экспериментальная-версия браузера - Chrome 14.0.803.0 (версия Chrome 13 находится на стадии бета-тестирования). Из изменений можно отметить обновление движка V8 до версии 3.4.6.2, изменение метода блокировки cookie для обеспечения поддержки белых списков, обеспечение поддержки HTTPS с аутентификацией через DNSSEC, удаление для платформы Ubuntu Linux поддержки глобального меню закладок, так как при использовании dbusmenu в системе данное меню приводило к существенной задержке в процессе запуска.

[size="3"]Компания Microsoft начала сбор лицензионных отчислений за использование ChromeOS [/size]

Компания Microsoft активно продолжает попытки дискредитировать открытые платформы в глазах производителей аппаратного обеспечения. После серии объявлений (http://linuxforum.kz/index.php?/topic/205-google/page__view__findpost__p__19745) о заключении соглашений по выплате лицензионных отчислений за использование запатентованных технологий в платформе Android, компания Microsoft анонсировала (http://www.microsoft.com/Presspass/press/2011/jul11/07-05WistronPR.mspx) заключение подобного соглашения с производителем, налаживающим выпуск планшетов на основе операционной системы ChromeOS. Примечательно, что все подписанные за последние несколько недель соглашения заключены с мелкими компаниями, на которые легко оказать давление без предъявления каких либо доказательств действительного нарушения патентов Microsoft.

Очередная сделка совершена с тайваньской компанией Wistron Corp и затрагивает все производимые данной фирмой планшеты, мобильные телефоны, электронные книги и другие потребительские устройства, поставляемые с прошивками на основе открытых платформ Android и ChromeOS. Сумма, которую будет выплачивать Wistron Corp, список фигурирующих патентов и другие детали сделки не разглашаются.

Платформа ChromeOS кардинально отличается от Android и больше напоминает (http://www.opennet.ru/opennews/art.shtml?num=30547) классический Linux-дистрибутив, ограниченный запуском одного лишь web-браузера. Иными словами, заявляя о нарушении патентов в ChromeOS, Microsoft подразумевает аналогичные нарушения и в других Linux-дистрибутивах. Возможно, опасность подобной сделки для сообщества не так мала как кажется и данное событие можно воспринимать как начало явной войны Microsoft против открытого ПО, не ограничивающейся одними словами и предвзятыми рекламными кампаниями.

Напомним, что нарушение патентов Microsoft в Android и ChromeOS остается недоказанным, список патентов публично не обнародован, а те патенты которые были ранее предъявлены публике (http://linuxforum.kz/index.php?/topic/205-google/page__view__findpost__p__19691) в ходе разбирательств с Motorola и "Barnes and Noble" затрагивают очевидные и давно повсеместно используемые технологии. Не имея возможности вернуть контроль над рынком портативных устройств, Microsoft изменила тактику и пытается заработать на распространении набирающих популярность конкурирующих операционных систем, прикрываясь нарушением эфемерных патентов, о реальности существования которых ничего не известно.

Отказавшаяся заключать сделку с Microsoft компания "Barnes and Noble" считает (http://www.opennet.ru/opennews/art.shtml?num=30380) условия Microsoft абсурдными, суммы отчислений непомерными (например, HTC выплачивает сумму, сравнимую с ценой Windows Phone), а заявления о нарушении патентов раздутыми (патенты либо недействительны, либо очевидны, либо слабо пересекаются с технологиями Android). Причины, по которым компании соглашаются выплачивать Microsoft отчисления связаны с нежеланием ввязываться в длительные и дорогостоящие судебные процессы с компанией-гигантом, имеющей значительный перевес в ресурсах. Последние действия Microsoft представители компании "Barnes and Noble" характеризуют (http://www.groklaw.net/pdf2/MSvB&Nanswer.pdf) следующим образом: "От дезинформации и убеждений Microsoft перешла к политике дискредитации Android в лице производителей оборудования и потребителей, пытаясь сделать Android непривлекательной и непригодной к использованию, путём установки непомерных лицензионных сборов и абсурдных лицензионных ограничений, не имеющих никакого отношения к собственному патентному портфелю Microsoft."

Судя по всему, формируя в настоящее время сделки с небольшими производителями, Microsoft готовит плацдарм для атаки на более крупных вендоров. По крайней мере, связанная с Android сделка HTC уже приносит Microsoft больший доход, чем продажа собственной платформы Windows Phone. С учётом 5$ отчислений за каждый проданный телефон получается, что HTC перечислила (http://linuxforum.kz/index.php?/topic/205-google/page__view__findpost__p__18519) Microsoft 150 млн долларов. С другой стороны, Microsoft удалось продать только 2 миллиона лицензий на Windows Phone, при цене 15$ за лицензию общий объём вырученных средств получается 30 млн долларов.

В прошлом, Microsoft уже предпринимала похожие действия в отношении производителей Linux-платформ. В 2007 году компания Microsoft заявляла (http://www.opennet.ru/opennews/art.shtml?num=10775) о нарушении в Linux и открытом ПО 235 патентов (Linux-ядро - 42 патента, элементы графических интерфейсов пользователя (меню, тулбары) - 65 патентов, пакет OpenOffice.org - 45 патентов, почтовые клиенты - 15 патентов, другие открытые программы - 68 патентов). Указанные патенты так и не были раскрыты, а все связанные с ними сделки проводились с обязательной подпиской о неразглашении. Благодаря этим патентам, Microsoft удалось заключить (http://www.opennet.ru/opennews/art.shtml?num=10543) патентные соглашения с такими компаниями, как Novell, Fuji-Xerox, Samsung и Xandros. Компании Mandriva, Canonical и Red Hat отказались (http://www.opennet.ru/opennews/art.shtml?num=11146) подписывать соглашение c Microsoft и никаких судебных разбирательств после этого не последовало.

Дополнение: Microsoft требует (http://linuxforum.kz/index.php?/topic/2860-samsung/page__view__findpost__p__19963) у компании Samsung выплаты 15 долларов за каждый Android-телефон.

[size="3"]Релиз Chrome OS 12 [/size]

Компания Google анонсировала (http://googlechromereleases.blogspot.com/2011/07/chrome-os-stable-channel-update.html) стабильный релиз операционной системы Chrome OS 12 (http://www.chromium.org/chromium-os), основанной на Linux-ядре 2.6.38, open source компонентах и web-браузере Chrome 12 (http://linuxforum.kz/index.php?/topic/205-google/page__view__findpost__p__19103). Пользовательское окружение Chrome OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения. Более подробно про Chrome OS можно прочитать в прошлом обзоре (http://www.opennet.ru/opennews/art.shtml?num=30547).

Из добавленных в Chrome OS 12 улучшений можно отметить:

• Новая локализация;
• Обновление Flash-плагина до версии 10.2.158.27;
• Проведения оптимизации в подсистеме управления питанием;
• Исправления, связанные с поддержкой звука;
• Реализация режима работы с файлами (File browser);
• Новое оформление;
• Улучшение поддержки GSM и устранение проблем при создании 3G и WiFi-соединений;
• Новый трэкпад и корректировка настроек чувствительности;
• Улучшение системы автоматического обновления;
• Оптимизация работы текстового и видео чата GTalk;
• Улучшение экранных индикаторов (яркость, состояние сети, наличие обновлений).

[size="3"]Интервью на тему использования открытых проектов в компании Google [/size]

Издание Der Standard опубликовало (http://derstandard.at/1308186313932/Interview-Google-Android-is-the-Linux-desktop-dream-come-true) интервью с Кристофером ДиБона (Chris Dibona), управляющим Open Source проектами в компании Googlе. По мнению Кристофера платформа Android воплотила мечты о становлении десктоп-систем на базе Linux. Классический Linux-десктоп имеет мало шансов конкурировать с Windows и Mac OS X, но принципиально новый подход к построению десктоп-систем, используемый в платформах ChromeOS и Android, может существенно повлиять на популярность Linux-решений для обычных пользователей. Возможно ChromeOS немного обгоняет время и пользователи ещё не готовы к подобным системам, но в корпоративной среде уже начинают понимать преимущества использования ChromeOS (высокая безопасность, централизованное управление, независимость от рабочего места, упрощение обслуживания, надёжное хранение данных на внешнем хранилище).

В интервью раскрываются некоторые подробности о предпочтениях внутри компании, например, в Google на 70% ноутбуков используется Mac OS X, а на почти всех остальных - Linux. Доля Windows оценивается как незначительная. Рабочие станции персонала, несвязанного с разработкой, пытаются перевести на ChromeOS. На рабочих станциях технического персонала как правило установлен Linux, при этом в компании используется собственная сборка Ubuntu, в обиходе называемая Goobuntu.

Основное отличие Goobuntu сводится к добавлению в базовую поставку инструментов, используемых разработчиками в Google, а также к интеграции с внутренним сетевым окружением, например, все домашние директории пользователей монтируются с централизованного файлового сервера. Google стремиться возвращать добавляемые в Goobuntu улучшения в Ubuntu, но пока наблюдается проблема с отставанием от основного проекта - дистрибутив Google прежде всего ориентируется на стабильность, поэтому не успевает угнаться за темпом разработки Ubuntu. Например, в Google пока не используют интерфейс Unity и не планируют переходить на него пока для Unity не будет достигнут высокий уровень совместимости c используемыми в Google инструментами, среди которых Eclipse, VIM, Emacs.

Некоторые факты, озвученные в интервью:

• За последние пять лет компания Google выпустила около 1300 открытых проектов, из которых самыми известными являются Android и Chrome. Объём открытого Google кода оценивается в 24-25 млн строк, при этом созданный в недрах Google код можно встретить практически повсеместно, например, наиболее распространены открытые наработки, связанные с компиляторами и программными фреймворками.
• В компании принята упрощённая процедура открытия кода, разработчик имеет возможность легко добиться открытия результатов своего труда. Но никто не навязывает, открывать код или нет. Например, для того чтобы открыть код патча к GCC или другому открытому проекту нужно всего лишь рецензировать его в специальном отделе. После того как патч посмотрят и дадут добро, его можно публиковать. Если после рецензирования нескольких патчей будет ясно, что разработчик понимает, что от него требуется, то ему предоставляется свобода и он уже может отправлять патчи без предварительного рецензирования. При работе над новым открытым проектом необходимо пройти проверку на соблюдение патентов и торговых марок, при этом на выдачу заключения отводится не более трех дней. Если за три дня ответ не получен - проект автоматически считается одобренным. Обычно бюрократические проверки удаётся совершить ещё до завершения разработки и они никак не сказываются на процессе формирования релиза.
• В качестве рекомендуемой открытой лицензией в Google используется лицензия Apache. Если разработчик желает использовать другую лицензию и готов аргументировать, что лицензия Apache в его случае не является оптимальной, то можно использовать и другую лицензию. Лицензия Apache выбрана потому, что она современна и отражает аспекты передачи прав на использование связанной с разработкой интеллектуальной собственности, не ограничивая сторонние компании и сообщества в использовании и модификации продукта. Ключевой причиной выбора лицензии Apache является возможность делегировать право безвозмездного использования патентов, затрагивающих используемые в программном продукте технологии. При этом, в случае судебного иска против разработчика, истец утрачивает право использования данных патентов.
• В прошлом интервью Кристофер упомянул, что MySQL является одним из наиболее важных открытых проектов, используемых в Google. В нынешнем интервью, он заявил, что сейчас это уже не так. MySQL пока ещё используется для обеспечения работы некоторых подсистем, связанных с показом контекстной рекламы, но для объемов Google MySQL плохо масштабируется, поэтому компания перевела большинство использующих MySQL служб на собственные БД BigTable и Megastore.
• В качестве наиболее важных для Google открытых проектов в нынешнем интервью назван набор компиляторов GCC и Linux-ядро, а также инструментарии и языки для разработчиков, такие как Java, C++ и Python. Кроме того, среди очень важных проектов отмечены OpenSSL и FFmpeg;
• В Chrome и Android используются принципиально разные модели разработки. Процесс развития Chrome полностью открыт и каждый патч сразу появляется в публичном репозитории. Android развивается немного иначе, код вначале развивается за закрытыми дверями и публикуется только после готовности релиза. Подобные различия объясняются ориентацией проектов на разные рынки. В случае Android, имеются обязательства перед большим числом партнёров, среди которых производители чипсетов, сотовые операторы и производители мобильной техники, многие из партнёров конкурируют между собой. Все заинтересованные платформой Android партнёры желают получить для себя какую-то уникальную особенность и конкурентное преимущество. Если централизовано не контролировать выпуск релизов Android и полностью открыть процесс разработки, на рынок будет выплеснута волна некачественных, собранных на базе не готовых к релизу исходных текстов, и несовместимых между собой продуктов, которые дискредитируют идею единой платформы Android. Именно по причине возможной фрагментации в настоящее время задерживается выпуск кода Android "Honeycomb", который будет открыт только после синхронизации веток для планшетов и смартфонов. Все LGPL и GPL компоненты Android "Honeycomb" изначально открыты, в соответствии с требованиями данных лицензий, задержка с открытием кода наблюдается только для частей под лицензией Apache, но это временная мера и в конечном итоге код будет полностью открыт.
• Компания заинтересована в увеличении числа разработчиков открытых проектов. По мнению Google открытые разработки позволяют поддерживать свободный и конкурентоспособный характер сети Интернет. Для способствования росту открытых проектов, Google ежегодно проводит мероприятие "Summer of Code", в рамках которого студентам и наставникам из открытых проектов уже выплачено около 28 млн долларов. Более того, благодаря "Summer of Code" многие открытые проекты смогли привлечь к работе над собой новых разработчиков, которые продолжают участвовать в разработке и после окончания мероприятия.

[size="3"]В Google Code появилась поддержка Git. Оценка популярности хостингов открытых проектов [/size]

В систему хостинга открытых проектов Google Code добавлена (http://code.google.com/p/support/wiki/GitFAQ) поддержка распределенной системы контроля исходными текстами Git. Ранее сервис Google Code поддерживал только контроль изменений с использованием Mercurial (http://code.google.com/p/support/wiki/MercurialFAQ) и Subversion (http://code.google.com/p/support/wiki/SubversionFAQ). В качестве минимальной поддерживаемой версии назван выпуск Git 1.6.6.

Максимальный лимит на размер данных, загружаемых через операцию push, для Git-репозитория установлен в 500 Мб. В дальнейшем, компания Google планирует расширить данный лимит. Для остальных систем контроля версиями максимальный размер репозитория составляет 4 Гб. В отличие для других систем, для Git-репозитория предусмотрена кнопка "сброса" (ссылка "reset" в нижней части страницы), позволяющая быстро очистить репозиторий в случае случайного добавления конфиденциальной информации.

В дополнение, можно упомянуть публикацию отчета (http://blogs.msdn.com/b/codeplex/archive/2011/07/11/survey-results-open-source-developer-preferences-june-2011.aspx), подготовленного компанией Microsoft с целью выявления предпочтений в выборе хостинга свободных проектов, использующими различные операционные системы разработчиками. Опрос проводится через Twitter. Самым популярным хостингом для связанных с Windows открытых проектов оказался поддерживаемый компанией Microsoft сервис CodePlex (38%), с минимальным отрывом на втором метсте оказался GitHub (37.9%). Год назад CodePlex предпочли 43.4% разработчиков, а GitHub 26%. Позиция Google Code понизилась за год с 14.7% до 6.6%, а SourceForge с 8.8% до 6%.

В рейтинге разработчиков, использующих Linux и Mac OS X, CodePlex оказался на последнем месте (~ 1%), а предпочтение было безоговорочно отдано GitHub (66% и 86%), позиции которого за год укрепились (было 55.8% и 84.7%). На втором месте у тех кто предпочитает Linux хостинг SourceForge (10.4%, год назад было 9.1%), на третьем - BitBucket (8%, год назад было 18.2%), на четвертом - Google Code (7.4%, год назад было 10.4%).

При рассмотрении популярности систем управления исходными текстами, разработчики, вне зависимости от типа используемой операционной системы, поставили на первое место Git (30.7% Windows, 65.4% Linux и 78.3% Mac OS X). При этом популярность Git за год заметно выросла. После Git работающие в Windows разработчики выбирают Subversion (23.9%), Mercurial (20.7%) и TFS (Microsoft Team Foundation Server, 20.6%). Работающие в Linux, кроме Git, активно используют Mercurial (15.4%) и Subversion (12.3%). При этом популярность Mercurial со временем падает (с 25% до 20.7%), а Subversion растет (рост с 8.8% до 12.3%). Доля пользователей Bazaar (3.7%) и TFS (0.6%) среди опрошенных незначительная.

[size="3"]Основной разработчик Firebug переходит в Google для работы над Chrome [/size]

Джон Бартон (John J Barton), последние несколько лет возглавляющий разработку проекта Firebug (http://getfirebug.com/), объявил (https://groups.google.com/d/topic/firebug-working-group/GNCZeL1eWq8/discussion) о прекращении регулярной работы над проектом и уходом с поста мэйнтейнера. Решение принято в связи с переходом на работу в компанию Google, после завершения контракта с компанией IBM, финансировавшей работу Бартона над Firebug. На новом месте работы Джон войдет в состав команды разработчиков браузера Chrome, в которой займется разработкой нового инструментария для отладки web-приложений.

Дальнейшее участие Джона в проекте Firebug зависит от того как сложатся дела на новом рабочем месте в Google, но он надеется, что сможет оказаться полезным, если кто-нибудь из оставшихся разработчиков Firebug пожелает реализовать поддержку используемого в продуктах Google протокола удаленной отладки. Несмотря на то, что разработчики Chrome сосредоточены на развитии инструментов только для своего браузера, компании Google выгодны улучшения инструментов разработки и для других платформ.

По словам Джона Бартона, ему бы хотелось использовать Firebug как базис для создания web-отладчика нового поколения. Но реалии таковы, что в настоящее время каждый web-браузер развивает свой инструментарий отладки и Firebug не может без привязки к Firefox конкурировать с другими инструментами. Браузеры развиваются слишком быстро и небольшая команда разработчиков Firebug не сможет развивать кроссбраузерный проект без привлечения дополнительных ресурсов. В настоящее время рассматривается возможность проведения пересмотра архитектуры Firebug с целью предоставления таких возможностей, как отладка мобильных приложений, но портирование Firebug для других платформ пока является неподъемной задачей.

[size="3"]Энтузиасты подготовили сборку Chromium OS для MacBook Air [/size]

Энтузиасты портировали (http://hexxeh.net/?p=328117760) открытую операционную систему Chromium OS (http://www.chromium.org/chromium-os) для работы на ноутбуках MacBook Air. Пользовательское окружение Chromium OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения. Операционная система Chromium OS основана (http://src.chromium.org/) на Linux-ядре 2.6.38, web-браузере Chromium и таких open source компонентах, как библиотека Clutter, подсистема PAM, загрузчик SysLinux, D-Bus, NTP, syslog, cron, X.Org, открытые видеодрайверы Intel, набор Host AP и драйверы Synaptics.

Для установки подготовлен специальный установочный образ (http://distribution.hexxeh.net/ChromiumOS-Air.img.bz2), который следует один в один скопировать на USB Flash. Для установки необходимо подключить USB Flash со сборкой Chromium OS и загрузиться со штатного установочного диска Mac OS X. После начала работы инсталлятора Mac OS X следует запустить терминал из раздела Utilities и выполнить команду "dd if=/dev/rdisk1 of=/dev/rdisk0 bs=4m count=512", которая скопирует образ Chromium OS на основной диск. В дальнейшем авторы проекта планируют реализовать возможность двойной загрузки, вместо замещения Mac OS X.

К сожалению из-за необходимости эмуляции BIOS, иначе не удалось загрузить графический драйвер, загрузка занимает относительно много времени (22 секунды). Сама система грузится за 5-7 секунд, но на выполнение дополнительных действий для обхода ограничений Apple EFI уходит около 15 секунд. Компенсирует медленную загрузку более низкое энергопотребление - Chromium OS на MacBook Air продемонстрировал более длительную автономную работу, по сравнению с Mac OS X.

Что касается поддержки оборудования, то пока не удалось обеспечить работу Bluetooth, поддержки которой еще нет в Chromium OS. Все остальные аппаратные компоненты работают без нареканий, включая WiFi, звук, тачпад, кнопки контроля яркости и т.п. По заверению разработчиков, сборка Chromium OS работоспособна на всех 11- и 12-дюймовых моделях MacBook Air, базирующихся на графических чипах от компании NVIDIA (MacbookAir 3.1 и 3.2).

[size="3"]Выпущена Linux-версия Google Music Manager [/size]

Компания Google начала тестирование Linux-клиента для сервиса Google Music (http://music.google.com/), предназначенного для синхронизации локальной коллекции музыки с облачным хранилищем. Суть сервиса Google Music в том, что он позволяет организовать доступ к своей музыкальной коллекции из любой точки сети, организовав синхронизацию музыки между несколькими компьютерами (Windows, Mac OS X и Linux) или мобильными устройствами, работающими под управлением платформы Android. С чужого компьютера сохраненную музыку можно прослушивать через web-браузер. Для прослушивания в режиме offline поддерживаются гибкие возможности кэширования выбранных альбомов или композиций.

Следует отметить, что регистрация в сервисе Google Music доступна только для жителей США, пользователи других стран могут получить доступ обходным путем: можно запросить инвайт, зайдя на сайт при помощи размещенного в США прокси-сервера (например, zend2.com (http://zend2.com/) или hidemyass.com (http://hidemyass.com/)). После получения инвайта, подключиться к Google Music можно из любой части света. Загрузить 32- и 64-разрядные deb-пакеты можно нажав на кнопку 'Add Music' в верхней части окна web-плеера.

[size="3"]Компания Google открыла исходные тексты БД LevelDB [/size]

Компания Google объявила (http://google-opensource.blogspot.com/2011/07/leveldb-fast-persistent-key-value-store.html) о переводе LevelDB (http://code.google.com/p/leveldb/), высокопроизводительной системы для хранения данных в формате ключ/значение, в разряд открытых проектов. Хранилище LevelDB написано на языке С++ и подключается к приложениям в виде разделяемой библиотеки (как SQLite и BerkeleyDB), обеспечивая возможность хранения упорядоченных наборов данных, в которых строковые ключи сопоставлены со строковыми значениями. Код LevelDB открыт (http://code.google.com/p/leveldb/source/browse/#svn%2Ftrunk) под лицензией BSD.

Отдельно подчеркивается поддержка эффективного упорядоченного хранения, т.е. связки ключ/значение хранятся в отсортированном виде. Среди примеров возможных применений LevelDB, упоминается использование библиотеки в web-браузере, для хранения кэша последних открытых страниц, или использование в пакетном менеджере для хранения списка установленных пакетов и связанных с ними зависимостей. Библиотека спроектирована с учетом возможности построения на её основе более высокоуровневых систем хранения. В частности, LevelDB планируется использовать в будущей версии браузера Chrome для организации работы IndexedDB HTML5 API. Более того, LevelDB уже поддерживается в качестве низкоуровневого хранилища в таких закрытых проектах Google, как Bigtable (в формате LevelDB хранятся конечные записи) и распределенной БД Riak (LevelDB может использоваться как хранилище для конечных узлов).

Положительной чертой LevelDB является минимальное число зависимостей, что позволяет легко портировать библиотеку для разнообразных систем. В настоящий момент LevelDB уже работает в Unix-подобных ОС, Mac OS X, Windows и Android. Отдельно отмечается, что LevelDB является достаточно специализированным решением, например, LevelDB не поддерживает выполнение SQL-запросов и подключение индексов; не поддерживается одновременный доступ к БД нескольких процессов - в заданный момент времени только один процесс может работать с файлом базы (возможна работа в многопоточных программах); отсутствует встроенное решение для организации клиент-серверного доступа, работа сервера может быть организована в виде приложения-надстройки.

Основные возможности LevelDB:

• В качестве ключей и привязанных к ним значений может использоваться произвольный байтовый массив;
• Данные хранятся отсортированными по связанному с ними ключу;
• Пользователь может переопределить метод сортировки, указав собственную функцию сравнения;
• Управление данными производится через базовые операторы Put(key,value), Get(key) и Delete(key);
• В рамках одной атомарной операции в базу может быть внесено сразу несколько изменений;
• Поддерживается создание снапшотов, представляющих собой неизменный срез состояния БД на текущий момент времени. Со снапшотом можно работать в штатном режиме, но в нём не будут отражаться изменения базы, производимые после его создания;
• Над данными можно использовать прямые и обратные итерации (переходить к следующему или предыдущему элементу отсортированного списка);
• Данные хранятся в сжатом виде, для сжатия используется библиотека Snappy (http://www.opennet.ru/opennews/art.shtml?num=30003);
• Все внешние операции на уровне операционной системы, такие как работа с файлами, производится через виртуальный программный интерфейс, который позволяет пользователю изменить поведение библиотеки при взаимодействии с операционной системой.

Библиотека достаточно хорошо оптимизирована и демонстрирует высокую производительность при различных видах использования. Разработчики Google провели (http://leveldb.googlecode.com/svn/trunk/doc/benchmark.html) сравнение производительности LevelDB c такими системами, как SQLite, Kyoto Cabinet и InnoDB. В результате тестирования было выявлено, что существенное преимущество LevelDB наблюдается при пакетном обновлении данных (изменение сразу порции записей), затрагивающем большое число ключей, распределенных по всему хранилищу.

Результаты тестирования производительности базы LevelDB (ключ - 16 байт, значение - 100 байт, изначальное число записей - 1 миллион, итоговый размер базы с учетом сжатия - 62 Мб):

• Последовательная запись: 1.765 micros/op; 62.7 MB/s;
• Запись со сбросом изменений на диск (выполнение вызова fsync) после каждой операции: 268.409 micros/op; 0.4 MB/s (10000 операций в секунду);
• Записи в случайном порядке: 2.460 micros/op; 45.0 MB/s;
• Перезапись существующих ключей: 2.380 micros/op; 46.5 MB/s;
• Случайное чтение в режиме холодного старта: 60 тыс операций в секунду;
• Последовательное чтение в режиме холодного старта: 232.3 MB/s;
• Последовательное чтение в обратном порядке в режиме холодного старта: 152.9 MB/s;
• Случайное чтение после проведения большого числа случайных записей: 85 тыс операций в секунду;
• Случайное повторяющиеся чтение: 100 тыс операций в секунду;
• Случайное повторяющиеся чтение с кэшем в который вмещаются все распакованные данные: 190 тыс операций в секунду.

[size="3"]Кодек Google WebM нарушает патенты 12 компаний, которые намерены требовать отчислений[/size]
 
Стремление группы MPEG-LA найти патентные нарушения в формате Google WebM, похоже, привели к первому успеху: 12 компаний и организаций заявили о том, что в этом формате незаконно используются их технологии. Имена этих организаций пока не сообщаются, однако известно, что причина их претензий -- кодек VP8, в котором копируются технологии, используемые в H.264 -- стандарте, поддерживаемом MPEG-LA. По сведениям CNET, MPEG-LA координирует действия этих организаций, которые намерены сформировать патентный пул для взимания лицензионных отчислений. MPEG-LA открыто не указывает на возможность подачи искового заявления, однако и без этого понятно, что Google предстоит сделать выбор между добровольным лицензированием и угрозой судебных разбирательств. По словам последней, WebM -- бесплатный формат и сторонние патенты он не нарушает. Опасаясь возможных патентных проблем, Microsoft и Apple не включили поддержку WebM в свои веб-браузеры Internet Explorer и Safari, сделав ставку на стандарт HTML5 H.264. Помимо Chrome, поддержка WebM присутствует в Mozilla Firefox, Opera, плеере VLC и других бесплатных продуктах. В свою очередь, в Google решили удалить поддержку видео в формате HTML5 H.264 из веб-браузера Chrome. «Мы поддерживаем видеокодеки WebM (VP8) и Theora, а в будущем будем рассматривать возможность поддержки других высококачественных кодеков. Несмотря на то, что H.264 играет важную роль в видео, мы ставим перед собой цель поддерживать открытые инновации, поэтому поддержка этого кодека будет удалена, а наши ресурсы направлены на поддержку полностью открытых технологий», -- говорилось в сообщении Google.

 >>> Подробности (http://news.cnet.com/8301-30685_3-20085185-264/12-organizations-say-vp8-infringes-patents/?part=rss&subj=news&tag=2547-1_3-0-20)

[size="3"]В Chromium интегрирована поддержка новой версии протокола WebSocket[/size]
 
Компания Google объявила о завершении работ над протоколом WebSocket (http://en.wikipedia.org/wiki/WebSockets), в частности, были исправлены проблемы с безопасностью (http://www.ietf.org/mail-archive/web/hybi/current/msg04744.html). В связи с чем была выпущена новая тестовая версия браузера Chromium, поддерживающая почти все последние изменения в этом протоколе. Чуть позднее будет выпущена другая версия браузера, учитывающая все свежие правки в спецификации.

Текущая версия WebSocket объявлена стабильной и компания Google готова рекомендовать его для повсеместного распространения и применения в браузерах и серверах, поскольку дальнейших изменений не предвидится. В настоящий момент, в комитетах W3C (текст спецификации), WHATWG (Web Hypertext Application Technology Working Group) и IETF идёт обсуждение спецификаций протокола, через какое-то время он будет официально утверждён.

Новая версия протокола обладает большей стабильностью, а также добавлены новые возможности вроде обмена бинарными сообщениями и сжатия, но в связи с последними изменениями, могут возникнуть проблемы с уже имеющимися реализациями сервисов использующих WebSockets. Администраторам для корректной работы требуется обновить поддержку данного протокола, используемую на серверах, до версии HyBi 10.

 >>> Подробности (http://blog.chromium.org/2011/08/new-websocket-protocol-secure-and.html)

[size="3"]Релиз web-браузера Chrome 13 с исправлением 30 уязвимостей [/size]

Компания Google выпустила (http://googlechromereleases.blogspot.com/2011/08/stable-channel-update.html) релиз web-браузера Chrome 12 (http://www.google.com/chrome), доступный для платформ Linux, MacOS X и Windows. Браузер построен на кодовой базе свободного проекта Chromium (http://dev.chromium.org/) и отличается (http://blog.chromium.org/2008/10/google-chrome-chromium-and-google.html) использованием логотипов Google, наличием системы отправки уведомлений в случае краха, системой автоматической установки обновлений и передачей при поиске RLZ-параметров (http://www.opennet.ru/opennews/art.shtml?num=26822).

Из добавленных в Chrome 13 улучшений (http://chrome.blogspot.com/2011/08/instant-pages-on-google-chrome.html) можно отметить:

• Реализован (http://chrome.blogspot.com/2011/06/faster-than-fast.html) режим мгновенной отрисовки страниц, за счет интеграции поддержки предварительного рендеринга ссылок. Используя технологию "Instant Pages" добавленную на сайт Google.com, некоторые страницы в поисковой выдаче теперь будут отображаться мгновенно, без задержки после клика на ссылку. В процессе работы можно выделить наиболее вероятные ссылки перехода (например, первая ссылка в результатах поиска и ссылка перехода на следующую страницу) и загрузить для них контент не дожидаясь клика. Функция уже работает для сайта Google.com и может быть легко интегрирована для других сайтов, для этого нужно воспользоваться специальным API (http://blog.chromium.org/2011/06/prerendering-in-chrome.html) (тег link rel="prerender" href="ссылка для загрузки");
• Добавлена форма предварительного просмотра страниц, перед их выводом на печать;
• Добавлена возможность сохранения страницы в виде PDF-файла;
• В экспериментальном режиме добавлена поддержка API IndexedDB (https://developer.mozilla.org/en/IndexedDB), позволяющего (http://www.opennet.ru/opennews/art.shtml?num=24955) использовать в Javascript локальные индексируемые БД. Новый API позволяет использовать в web-приложениях интегрированную в web-браузер БД, работающую в режиме ключ/значение. При этом IndexedDB поддерживает операции упорядоченной выборки данных, при которой ключи из базы выводятся отсортированными в определенном порядке. Возможность реализована благодаря интеграции в состав браузера библиотеки LevelDB (http://linuxforum.kz/index.php?/topic/205-google/page__view__findpost__p__20709). По умолчанию API IndexedDB отключен, включение осуществляется через настройки "about:flags";
• Улучшено выполнение сравнения строк в реализации Omnibox (http://dev.chromium.org/user-experience/omnibox) (интеллектуальная адресная строка), что позволило добиться возможности выбора из базы с историей посещений адресов и заголовков страниц при частичном совпадении с указанным ключевым словом. Например, пользователь помнит, что несколько раз смотрел на YouTube клип с названием "Zorbing", но точно не может вспомнить как пишется это слово. Теперь достаточно ввести часть названия, например, "orb" и найти в выводе нужный элемент;
• Javascript-движок V8 обновлен до версии 3.4.7.0.

Одновременно объявлено об исправлении 30 ошибок в безопасности, из которых 14 уязвимостей помечены как опасные, 9 - умеренные и 7 - незначительные. Среди уязвимостей не отмечено критических проблем, которые позволили бы обойти все уровни защиты браузера. Подробности с детальным описанием уязвимостей доступны только зарегистрированным разработчикам проекта Chromium. В рамках программы по выплате денежного вознаграждения за обнаружение уязвимостей для текущего релиза компания Google выплатила исследователям безопасности 17 тысяч долларов США (две премии по 1500$, 11 премии по 1000$ и 6 премий 500$).

[size="3"]Четвёртый релиз библиотеки с реализацией видеокодека VP8/WebM[/size]

Компания Google представила (http://blog.webmproject.org/2011/08/vp8-codec-sdk-cayuga-released.html) новую версию VP8 Codec SDK (libvpx 0.9.7 (http://www.webmproject.org/code/#libvpx_the_vp8_codec_sdk)), в рамках которого подготовлено четвёртое обновление свободного видеокодека VP8 (http://www.webmproject.org/), доступное под кодовым именем "Cayuga". Формат кодирования и связанные с VP8 и WebM спецификации не изменились, изменению подверглись только средства разработки и библиотека с реализацией кодека. Следуя традиции в новой версии продолжена работа по увеличению эффективности кодирования, ускорению работы кодировщика и увеличению качества кодирования видео.

Ключевые изменения:

• Проведены дополнительные оптимизации скорости кодирования видео. По сравнению с прошлым выпуском (http://www.opennet.ru/opennews/art.shtml?num=29849) скорость кодирования в режиме максимального качества (режим "Best") на x86-процессорах увеличилась на 11.5%, в режиме хорошего качества (режим "Good") на 21.5%, в режиме кодирования в реальном времени (режим "Real-time") на 22.5%. Если сравнивать производительность с самым первым выпуском libvpx, то скорость кодирования для режимов "Best", "Good" и "Real-time" возросла на 35%, 75% и 52%;

• Проведена оптимизация работы кодировщика для платформы ARM. На процессорах ARM Cortex A9 с поддержкой расширений Neon, кодирование видеопотока в режиме реального времени ускорено на 35% для одноядерных CPU и на 48% для многоядерных. На платформе NVidia Tegra2 кодирование в режиме реального времени ускорено на 40%;
• Улучшен контроль интенсивности результирующего потока (удержание битрейта в определенных рамках) при использовании однопроходного сжатия в режиме реального времени;
• При однопроходном кодировании потока в режиме с переменным битрейтом (VBR) визуальное качество картинки увеличилось в среднем на 7% при тестировании работы кодека на большой коллекции видеоматериалов;
• Улучшены характеристики кодека, связанные с использованием для обеспечения работы видеоконференций. Реализован метод сглаживания ошибок (error concealment), позволяющий обеспечить высокое качество видео, несмотря на возникновение большой потери пакетов.
• Улучшена поддержка аппаратных механизмов кодирования и декодирования видео, присутствующих в процессорах ARM v6 и v7, благодаря более плотному задействованию SIMD-расширений (http://ru.wikipedia.org/wiki/SIMD) и использованию техники предварительной подкачки данных в кэш процессора (cache prefetching).

[size="3"]Google развивает проект Web Intents для организации совместной работы web-приложений [/size]

Один из разработчиков компании Google представил (http://blog.chromium.org/2011/08/connecting-web-apps-with-web-intents.html) проект Web Intents (http://webintents.org/), в рамках которого подготовлен фреймворк для организации совместной работы web-приложений в условиях, когда каждое web-приложение изначально не знает о существовании других web-приложений, с которыми возможно взаимодействие. Представленная технология позволяет на стороне клиента определить наличие дополнительных доступных сервисов и организовывать канал связи с ними, решая таким образом проблему интеграции web-приложений с различными внешними web-сервисами.

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

Например, при необходимости отредактировать фотографию, web-приложение сформирует запрос, в котором будет указано действие "редактирование" и тип контента "image/png". В ответ пользователю будет предоставлен список возможных сервисов редактирования. После того как пользователь выберет желаемый сервис, в него будет перенаправлена указанная в запросе фотография. После завершения редактирования результат будет перенаправлен и исходное web-приложение.

Проект развивается Полем Кинланом (Paul Kinlan (http://www.youtube.com/watch?v=zkxmpZ_7jKQ)), работающим в компании Google. Работа над первой версией (http://www.webintents.com/) началась в 2010 году и в то время базировалась на использовании IFRAME для организации взаимодействия web-приложений. Данный проект вдохновил разработчиков Mozilla Labs на создание концепции Web Activities (http://mozillalabs.com/blog/2011/07/web-apps-update-experiments-in-web-activities-app-discovery/), также нацеленной на организацию связи сторонних web-приложений. По словам Кинлана, в настоящее время он работает в сотрудничестве с Mozilla над созданием единого API для веб-платформы, предоставляющей те же преимущества, что и Intents в Android, но предназначающейся для веб-приложений.

При разработке системы упор делается на создании простого и лёгкого в применении API. С помощью Web Intents становится возможным подключить веб-приложение к нужной службе с помощью всего пары строчек кода, всю тяжёлую работу выполнит браузер (поддержку Web Intents планируется интегрировать в Chromium). На сайте webintents.org (http://webintents.org/) можно найти примеры (http://examples.webintents.org/) того, как при помощи Web Intents зарегистрировать или подключить web-сервисы. Начальная реализация системы написана (https://github.com/PaulKinlan/WebIntents) на Javascript и распространяется под лицензией GPL.

[size="3"]Chrome 14 Beta и ChromeOS 13. Работа по адаптации Chrome для Wayland [/size]

Представлен (http://googlechromereleases.blogspot.com/2011/08/chrome-beta-channel-update.html) очередной бета-выпуск веб-браузера Chrome 14, примечательный доступностью по умолчанию технологии Native Client, которая позволяет (http://www.opennet.ru/opennews/art.shtml?num=29671) выполнять в окне web-браузера написанные на C и С++ приложения, ограниченные в специальном изолированном окружении. Кроме адаптации для работы в браузере уже существующих приложений, Native Client позволяет создавать web-приложения, написанные на языке C/C++ и использующие специальный API для выполнения свойственных web-приложениям действий. При работе программы в Native Client машинный код не преобразуется в байткод виртуальной машины, а выполняются как есть, с максимально возможной производительностью (потеря производительности не более 5%). Поддержка Native Client присутствует браузере начиная с версии Chrome 10, но ранее поставлялась в качестве экспериментальной функции, активируемой через "about:flags".

Из других улучшений Chrome 14 можно отметить поддержку Web Audio API (https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html), использование шифрования для всех участвующих в синхронизации данных, возможность предварительного просмотра перед выводом на печать для платформы Mac OS X и задействование дополнительных возможностей Mac OS X Lion. Из экспериментальных возможностей, требующих активации через "about:flags"., отмечаются Web Request API и Content Settings API.

Также можно отметить обновление (http://googlechromereleases.blogspot.com/2011/08/stable-channel-updates-for-chromebooks.html) стабильной сборки операционной системы Chrome OS 13 (http://www.chromium.org/chromium-os) для нетбуков Acer AC700, Samsung Series 5 и Cr-48. Новая версия основана на Linux-ядре 2.6.38, open source компонентах и web-браузере Chrome 13 (http://www.opennet.ru/opennews/art.shtml?num=31370). Пользовательское окружение Chrome OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения. Более подробно про Chrome OS можно прочитать в прошлом обзоре (http://www.opennet.ru/opennews/art.shtml?num=30547).

Из новшеств Chrome OS 13 выделяется улучшенная поддержка настройки доступа к сети: добавлена возможность автоматического соединения с 3G-сетями, поддержка 802.1x (http://ru.wikipedia.org/wiki/IEEE_802.1X), возможность использования L2TP IPSec с pre-shared ключами, расширены настройки VPN (например, теперь можно удалять соединения). В новой версии также обеспечена возможность монтирования Android-устройств по USB. Для продвинутых пользователей в системную консоль crosh, вызываемую по Ctrl+Alt+T, добавлена возможность использования дополнительных возможностей SSH.

Дополнительно отмечается (http://www.phoronix.com/scan.php?page=news_item&px=OTc4NA) активность разработчиков Chromium, связанная с обеспечением поддержки дисплейного сервера Wayland, развиваемого в качестве альтернативы X-серверу. В настоящее время под управлением Wayland без модификации в бесшовном режиме могут быть запущены приложения, написанные с использованием библиотек Qt, SDL, Clutter и Gtk+. Chromium поддерживает отрисовку с помощью Gtk+, в репозиториях Wayland отмечено появление патчей от участников проекта Chromium, направленных на улучшение поддержки GTK3 в Wayland. Кроме того, разработчики также приступили (http://code.google.com/p/angleproject/issues/detail?id=188) к адаптации (http://svnsearch.org/svnsearch/repos/CHROMIUM/search?author=dnicoara%40chromium.org) ответственных за отрисовку и работу WebGL компонентов Chromium для обеспечения прямой работы поверх Wayland, например, изменения затронули библиотеку ANGLE (Almost Native Graphics Layer Engine), используемую для трансляции OpenGL ES 2.0 API в вызовы DirectX 9.0 API.

[size="3"]Google закрывает сервис Code Search [/size]

Компания Google объявила (http://googleblog.blogspot.com/2011/10/fall-sweep.html) о скором закрытии сервиса Code Search (http://www.google.com/codesearch), в рамках которого развивалась специализированная поисковая система по исходным текстам, распространяемым через публичные репозитории или находящимся внутри архивов, таких как .tar.gz. Сервис поддерживал гибкие механизмы формирования запросов, например, можно было использовать регулярные выражения или фильтрацию по типу лицензии, языку программирования или имени пакета.

Сервис прекратит свою работу 15 января 2012 года. В качестве причины закрытия упоминается фокусирование внимания на продуктах, которыми люди пользуются регулярно, несколько раз в день, а не при возникновении редких и специфичных потребностей. Мигель де Икаса (Miguel De Icaza) выразил сожаление (http://twitter.com/#%21/migueldeicaza/status/124924922987417600) принятым решением, указав на то, что ежедневно пользовался Code Search.

Другие системы поиска по исходным текстам: opensearch.krugle.org (http://opensearch.krugle.org/), koders.com (http://www.koders.com/) и codase.com (http://www.codase.com/).

Дополнение: Леннарт Поттеринг (Lennart Poettering), создатель звукового сервера PulseAudio и системного менеджера systemd, выразил (http://0pointer.de/blog/projects/a-big-loss.html) сожаление, что компания Google решила закрыть Code Search. Пользуясь случаем Леннарт призвал сообщество разработчиков свободного ПО создать независимую систему поиска по открытому коду. Проиндексировав все репозитории на SourceForge и GitHub, а также содержимое пакетов с исходным кодом из дистрибутивов, можно создать действительно удобный для разработчиков сервис.

[size="3"]Релиз web-браузера Chrome 15 [/size]

Компания Google анонсировала (http://googlechromereleases.blogspot.com/2011/10/chrome-stable-release.html) релиз web-браузера Chrome 15 (http://www.google.com/chrome), доступного для платформ Linux, Mac OS X и Windows. Браузер построен на кодовой базе свободного проекта Chromium (http://dev.chromium.org/) и отличается (http://blog.chromium.org/2008/10/google-chrome-chromium-and-google.html) использованием логотипов Google, встроенной поддержкой Flash и PDF, наличием системы отправки уведомлений в случае краха, системой автоматической установки обновлений и передачей при поиске RLZ-параметров (http://www.opennet.ru/opennews/art.shtml?num=26822).

Ключевым новшеством (http://chrome.blogspot.com/2011/10/making-chrome-even-more-app-ealing.html) Chrome 15 является полностью переработанная реализация страницы быстрого доступа (http://www.google.com/support/chrome/bin/answer.py?answer=95451), отображаемая по умолчанию при открытии новой вкладки. Страница оптимизирована для быстрого доступа как к постоянно посещаемым сайтам, так и для управления коллекцией используемых web-приложений. Страница разделена на два экрана - экран сайтов и экран web-приложений. Элементы на обоих экранах можно свободно перегруппировывать простым перетаскиванием мышью, для web-приложений можно создавать новые тематические экраны, группируя таким образом приложения в зависимости от тематики. Экран сайтов даёт возможность просмотреть эскизы наиболее часто посещаемых сайтов, а также обеспечивает вызов функции восстановления недавно закрытых страниц.

Экран web-приложений позволяет выбрать уже установленные web-приложения или быстро найти и установить нужные программы или дополнения из каталога Chrome Web Store (https://chrome.google.com/webstore), дизайн которого с выходом Chrome 15 также был изменён. Появилась возможность более детального знакомства с приложением, дополнением или визуальной темой без непосредственной установки - можно посмотреть не только описание, но и скриншоты и видеоролики с примерами использования. Добавлен новый интерфейс для написания отзывов, интегрированный с социальной сетью Google+ (отзывы по прежнему можно публиковать анонимно). Помимо развлекательных приложений в каталоге можно найти и много полезных инструментов, таких как средства для организации совместной работы над документами.

Из других изменений можно отметить:

• Активация по умолчанию Javascript Fullscreen API (https://wiki.mozilla.org/index.php?title=Gecko:FullScreenAPI) для инициирования web-приложениями перехода в полноэкранный режим и перехвата событий по открытию страниц в полноэкранном режиме;
• Поддержка синхронизации истории ввода в адресной строке Omnibox;
• Включён новый механизм выявления фишинга на стороне клиента: при срабатывании локального эвристического анализатора, для дополнительной проверки отправляется только ограниченная информация, сама по себе не идентифицирующая страницу (передаётся префикс или хэш от URL);
• Обновление Javascript-движка V8 до версии 3.5.10.22;
• Реализация нескольких видов оптимизаций для связанных с отображением мультимедиа HTML5-элементов;
• Для платформы Linux решены проблемы с отображением области инструментов в полноэкранном режиме (часть панели обрезалась);
• Устранён ряд проблем в коде вывода на печать (крах при предварительном просмотре и излишние отступы при печати);
• Восстановлено старое поведение меню закладок;
• Устранены проблемы с прокруткой содержимого PDF;
• Плагин Netflix обновлён до версии 1.2.6;
• Устранены проблемы с работой Native Client на 32-разрядных дистрибутивах Linux;
• Обновлены библиотеки GTK+ 2.20.1 и ATK 1.29.2.

Кроме нововведений и исправления ошибок, в новой версии устранено 18 уязвимостей, из которых 11 помечены как опасные, 3 - умеренные и 4 - незначительные. Среди уязвимостей не отмечено критических проблем, которые позволили бы обойти все уровни защиты браузера. Подробности с детальным описанием уязвимостей доступны только зарегистрированным разработчикам проекта Chromium. В рамках программы по выплате денежного вознаграждения за обнаружение уязвимостей для текущего релиза компания Google выплатила исследователям безопасности 26511 долларов США. Две премии, размером $12174 и $6337, являются самыми большими премиями, выплаченными за всю историю программы.

Премию $12174 за обнаружение серии проблем, связанных с разграничением доступа к параметрам другого окна (cross-origin), получил Сергей Глазунов, рекордсмен (http://www.chromium.org/Home/chromium-security/hall-of-fame) по нахождению уязвимостей в Chrome. Премия $6337 выплачена исследователю под ником miaubiz за нахождение нескольких проблем в коде обработки таблиц стилей, приводящих к обращению к уже освобождённым областям памяти (use-after-free). Две премии по $2000 выплачены за выявление возможности выхода за допустимые границы буфера в движке v8 и за обнаружение ошибки, приводившей к переполнению кучи в реализации Web Audio.

[size="3"]Компания Google выпустила инструмент для оценки интенсивности использования Javascript-конструкций [/size]

Компания Google анонсировала (http://google-opensource.blogspot.com/2011/10/scriptcover-javascript-coverage.html) выпуск нового отладочного инструмента ScriptCover (http://code.google.com/p/script-cover/), оформленного в виде дополнения к браузеру Chrome и распространяемого под лицензией Apache. ScriptCover позволяет проанализировать интенсивность вызова инструкций или выражений из внутренних или внешних скриптов на языке Javascript. ScriptCover позволяет сформировать обновляемый в режиме реального времени отчёт, с информацией сколько раз был вызван определённый код в процессе загрузки страницы или сеанса работы пользователя, без внесения изменений в скрипты. Например, используя ScriptCover очень удобно оценивать интенсивность срабатывания условных операторов в сложных проектах.

[size="3"]Компания Google открыла код библиотеки для работы со шрифтами - sfntly [/size]

Компания Google анонсировала (http://googlecode.blogspot.com/2011/11/build-great-font-tools-and-services.html) открытие под лицензией Apache кода библиотеки sfntly (https://code.google.com/p/sfntly/), предназначенной для разбора, редактирования и создания шрифтов на базе контейнера SFNT (OpenType, TrueType и т.п.). Библиотека доступна в двух вариантах: для языков C++ и Java. Код библиотеки отмечен как стабильный. В настоящее время Java-версия библиотеки используется для динамической фильтрации (выделения подмножеств, удаления лишних символов) шрифтов в проекте Google Web Fonts (http://www.google.com/webfonts), а С++ вариант при печати PDF-документов в браузера Chrome.

Основное назначение библиотеки - создание высокопроизводительных приложений и сервисов, поддерживающих манипуляции со шрифтами. По словам Рафа Левьена (Raph Levien), инженера, занимающегося вопросами использования шрифтов в Web, sfntly действительно очень быстрая библиотека, способная выделять подмножество символов из больших шрифтов за миллисекунды, что быстрее работы по сжатию результата с использованием gzip.

Кроме высокой производительности библиотека предоставляет простой и понятных API, позволяющий выполнять как высокоуровневые действия над шрифтами, так и организовывать низкоуровневый доступ к данным внутри шрифта. Шрифтовые объекты, которыми манипулирует библиотека, поддерживают работу в многопоточных приложениях, в том числе при выполнении операций редактирования. Поддерживается разбор и редактирование большинства базовых sfnt-таблиц для форматов TrueType и OpenType, в том числе добавление новых таблиц. Даже если в библиотеке нет непосредственной высокоуровневой поддержки каких-то sfnt-таблиц, такие таблицы всё равно можно обрабатывать без риска повреждения структур файла. Например, можно манипулировать не только TrueType и OpenType, но и любыми другими форматами на базе контейнера SFNT, включая AAT/GX и Graphite.

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

[size="3"]Релиз Chrome OS 15 [/size]

Компания Google анонсировала (http://googlechromereleases.blogspot.com/2011/11/stable-channel-update-for-chromebooks.html) стабильный релиз операционной системы Chrome OS 15 (http://www.chromium.org/chromium-os), основанной (http://www.opennet.ru/opennews/art.shtml?num=30547) на ядре Linux, open source компонентах и web-браузере Chrome. Пользовательское окружение Chrome OS ограничивается web-браузером, а вместо стандартных программ задействованы web-приложения. Сборки Chrome OS 15 доступны для нетбуков Acer AC700, Samsung Series 5 и Cr-48.

Основные новшества:

• Реализация функциональности web-браузера Chrome 15 (http://linuxforum.kz/index.php/topic/205-google/page__view__findpost__p__22665);
• Поддержка файловой системы NTFS;
• Поддержка проигрывания мультимедиа контента с использованием основных медиакодеков;
• Новый интерфейс для входа в систему;
• Улучшение производительности декодирования видео;
• Реализация концепции предпочтительных сетей;
• Новые приложения по умолчанию в секциях "Games" и "Music";
• Улучшения поддержки сетевых устройств и настройки параметров сети.

[size="3"]Обновление браузера Chrome 15.0.874.121[/size]

Представлен (http://googlechromereleases.blogspot.com/2011/11/stable-channel-update_16.html) корректирующий релиз web-браузера Chrome 15.0.874.121. В новой версии обновлён движок V8 (3.5.10.24), в котором устранена одна опасная (не критическая) уязвимость, приводящая к выходу за границы буфера. Дополнительно исправлено регрессивное изменение, приводившее к проблемам с отображением SVG-контента внутри iframe (использовался некорректный размер области).

[size="3"]В новой версии WebP появилась поддержка прозрачности и кодирования без потерь [/size]

Компания Google представила (http://googlecode.blogspot.com/2011/11/lossless-and-transparency-encoding-in.html) обновлённый вариант формата для распространения изображений WebP (http://code.google.com/speed/webp/). Используемые в WebP технологии сжатия с потерями позволяют добиться сокращения размера файла на 25%-34% (http://code.google.com/speed/webp/docs/webp_study.html), по сравнению с файлами JPEG аналогичного качества (по индексу SSIM). За год существования формата WebP разработчиком удалось устранить множество высказанных в процессе обсуждений замечаний (http://linuxforum.kz/index.php/topic/205-google/page__view__findpost__p__12320). Например, в прошлом месяце была добавлена поддержка анимации, цветовых профилей ICC, тайлинга и XMP-метаданных. Сегодня отмечено преодоление ещё двух важных рубежей: в WebP добавлена поддержка прозрачности (альфа-канал) и режима сжатия без потерь.

Отныне WebP может выступать полноценным аналогом не только формата JPEG, но и форматов PNG и GIF. Когда необходимо распространение фотографий WebP позволяет обеспечить максмальное сжатие с незаметной для глаза потерей качества. При необходимости сохранения изображений в неизменном виде, например, при распространении пиктограмм или скриншотов, теперь поддерживается режим с полным попиксельным сохранением целостности изображения. В обоих режимах возможно определение прозрачных областей и создание анимации.

По сравнению с максиамальным режимом сжатия формата PNG, WebP при сжатии без потери качества позволяет добиться (http://code.google.com/speed/webp/docs/webp_lossless_alpha_study.html#results) сокращения размера на 28%. Средняя степень сжатия составляет 45%. Измерение проведено на основе перекодирования 1000 (http://code.google.com/speed/webp/gallery2.html) случайных PNG-файлов, найденных на просторах сети. Кроме высокой степени сжатия WebP в режиме без потери качества также обеспечивает более высокую скорость декодирования.

Что касается поддержки прозрачности, то в WebP удалось добиться минимизации добавления определяющей параметры альфа-канала дополнительной информации, что позволило существенно снизить размер итоговых изображений. При кодировании без потери качества, использование альфа-канала добавляет всего на 22% больше данных по сравнению с кодированием с потерей качества (уровень качества 90).

В настоящий момент поддержка WebP уже включена в состав браузеров Chrome и Opera. Представители Google работают над согласованием процесса интеграции поддержки WebP и в другие web-браузеры. Тем не менее, отмечается, что работа над спецификацией битового потока WebP ещё не завершена. С одной стороны, это позволяет продолжить работу по оптимизации и внесению улучшений, но с другой стороны сдерживает широкое распространение формата. Кроме того, реализация кодировщика и декодировщика ещё недостаточна оптимизирована с точки зрения производительности.

При создании формата WebP использованы технологии, задействованные в видеокодеке VP8 для сжатия ключевых кадров. Высокая плотность упаковки достигается благодаря использованию предсказательной техники кодирования, учитывающей содержимое соседних пиксельных блоков для предсказания содержимого текущего блока, что позволяет ограничиться хранением только различий между фактическими и предсказанными данными. В качестве контейнера для хранения изображений, сжатых методом WebP, используется стандартный RIFF (http://code.google.com/speed/webp/docs/riff_container.html). Код открыт под лицензией Apache 2.0, которая дополнена пунктом о безвозмездной передаче прав на использование связанных с WebP патентов Google.