Виртуальный Каменск

Google Chrome (БЕТА-версия) для Windows

Google Chrome – это браузер, обеспечивающий более удобную, быструю и безопасную работу в Интернете, который имеет облегчающий работу упрощенный дизайн.

(http://www.google.com/chrome/intl/ru/images/dlpage_lg.jpg)

Сайт: http://www.google.com/chrome
Возможности браузера: http://www.google.com/chrome/intl/ru/features.html (сделано в виде небольших презентационных роликов)

Собственно, сабж кроссплатформенный, сделан на базе свободного движка WebKit и собственной разработки, - движка для обработки джава-скриптов V8. Пока, правда у них не все дописано, а потому используется нехилый кусок мазиловского движка.  8)
Некоторые технические подробности новинки можно почитать здесь (http://www.opennet.ru/opennews/art.shtml?num=17670).

А чем оно безопаснее,объясните чайнику  rtfm

Более (бла бла) по сравнению с чем?

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

Эммм... молодцы ребята, конечно... так-то реклама

*ля. Ну вот обьясните мне в чем прелесть этой вистаподобной каки.


Однако в выражениях поаккуратней (VeteR)

Странные у вас вопросы, надеюсь они пройдут после просмотра ролика: История создания браузера Google Chrome (http://www.youtube.com/watch?v=HEoLnAKrdaU).

Ничем. Гугль гнет в свою сторону.

Сравнение производительности web-браузеров: Google Chrome против Firefox (http://www.opennet.ru/opennews/art.shtml?num=17709).
Уязвимость в первой публичной бета версии браузера Google Chrome (http://www.opennet.ru/opennews/art.shtml?num=17708).

http://www.milw0rm.com/exploits/6355

Думал TraceMonkey не подкачает  :(

Расстраиваться рано, судя по активности появления билдов (http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/), разработка идет полным ходом.

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

Сразу же после публикации несколько недель назад, исходный код нового браузера Chrome от Google привлек к себе пристальное внимание многих разработчиков. Тому послужило сразу несколько причин: во-первых, в состав браузера входит новая виртуальная машина V8 для выполнения JavaScript, выполняющая скрипты практически без потери скорости, а также движок для визуализации WebKit, который делает всю черную работу по корректному распознаванию и отображению веб-страниц, и, наконец, потому что в браузер внедрена новая система безопасности на основе виртуализации процессов, призванная уменьшить влияние возможных уязвимостей на работу системы. Вот она-то и привлекла в этот раз особое внимание специалистов по причине, которая, возможно, удивит многих. Анализ исходников показал, что Google декомпилировал код Windows, хотя это строжайше запрещено пользовательским соглашением.

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

Архитектура безопасности Chrome

Из всех нововведений, которые Chrome привнес на рынок интернет-браузеров, самым необычным и достойным внимания является его архитектура безопасности. Обычные браузеры (Firefox, Internet Explorer 7 и ниже, Opera, Safari) запускают для всех совершаемых ими действий один общий процесс. Тaк, один-единственный процесс могут делить между собой модули отображения пользовательского интерфейса, соединения с Интернет, разметки HTML и запуска плагинов. Прибавьте к этому и открытие различных вкладок в самом браузере.

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

В Редмонде проложили путь

Windows Vista и Explorer 7 первыми нанесли Google удар, немного отступив от своей традиционной однопроцессной схемы. Internet Explorer очень долго строил архитектуру своей безопасности на основании "зон безопасности", которые позволяли применять различные политики фильтрации контента в соответствии с тем, находился ли удаленный источник во внутренней корпоративной сети или в Интернет. Такая концепция стала причиной возникновения широко известной уязвимости, когда потенциально опасные интернет-страницы выдавали себя за внутрикорпоративные и получали все привилегии безопасной зоны. Чтобы противодействовать этому, версия IE7 для Vista запрещает работу с двумя различными зонами безопасности в рамках одного и того же процесса. Браузер, открытый в "Internet Zone" теперь нельзя использовать для того, чтобы открыть страницу в "Intranet Zone"; вместо этого инициируется полностью отдельный процесс iexplore.exe.

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

IE8 и Предотвращение выполнения данных (DEP)

Другая основная функция защиты IE8 – это поддержка технологии DEP, предназначенной для предотвращения возникновения ошибок переполнения буфера, позволяющих внедрять в запущенный процесс вредоносный код. Традиционно на процессорах с архитектурой x86 память может быть помечена как память только для чтения и выполнения и/или как память для записи. Если ячейка памяти была ранее помечена как память только для чтения, то с нее может быть произведено считывание и выполнение кода. Такая особенность и приводит к возникновению ошибок переполнения буфера. Запущенная программа выделяет себе определенное количество памяти, которая должна быть доступна как для чтения, так и для записи, с тем, чтобы программа могла записывать и позднее возвращаться к результатам ранее произведенных вычислений. Хакеры используют это, чтобы внедрить небольшой фрагмент исполняемого кода в ту область памяти, которая предназначена для временного хранения результатов работы запущенной программы.

Функция DEP разделяет память, предназначенную для чтения, и память предназначенную для выполнения кода. Теперь она может быть помечена как память для чтения и записи, но не как память для выполнения. Это затрудняет осуществление манипуляций с переполнением буфера, но, к сожалению, не лишает их смысла полностью, поскольку для ряда приложений, выполняющих операции по доступу к памяти "на лету", непосредственно в момент проведения вычислений, возможность чтения из областей памяти, предназначенных для хранения, просто необходима. Некоторые более старые приложения, в том числе скрипты на основе ActiveX, могут некорректно работать с DEP, поскольку в свое время их разработчики не предусмотрели возможности такого разделения памяти атрибутов памяти в рамках архитектуры х86. Поэтому, чтобы обеспечить совместимость своего браузера с подобными приложениями, в Microsoft не стали внедрять поддержку DEP для IE7. Но теперь многое изменилось, и IE 8 будет обладать врожденной поддержкой DEP.

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

О коде, комментариях и наработках

В Windows есть несколько способов включения DEP, лучший из них – это создание 64-битного процесса. Все 64-битные процессы в обязательном порядке поддерживают DEP и не имеют возможности для маневра. Это – правило без исключений, поэтому такие процессы по умолчанию "понимают" DEP и безопасно его выполняют. К сожалению, использование браузера в 64-битной среде весьма проблематично из-за ограниченной поддержки со стороны сторонних приложений, в первую очередь - Flash.

Поэтому Chrome работает в 32-битной среде, и оперирует 32-битными процессами. Каждый 32-битный процесс может находиться по отношению к DEP в трех состояниях: иметь эту функцию включенной (что хорошо), отключенной (что плохо), либо эмулировать ее через ATL Thunk Emulation. ATL – это библиотека, которой Microsoft снабжает программистов, пишущих приложения для Windows на языке C++ и которая широко используется для создания ActiveX-плагинов для браузеров. К сожалению, более ранние ATL версии плохо написаны и создают исполняемый код, который не помечен как исполняемый (как раз то, с чем призвана бороться DEP). Поскольку такая ситуация, похоже, несколько смущает Microsoft (ведь, в конце концов, ATL – их собственная библиотека), в операционных системах этой компании есть функция, позволяющая выявлять некорректные версии библиотек ATL и обеспечивать для них возможность включения системы защиты DEP, за исключением тех нескольких строк кода, которые вообще не совместимы.

Все это, конечно, прекрасно и дает Chrome возможность получить необходимые ему функции контроля над DEP, с тем, чтобы соблюсти баланс между совместимостью и безопасностью (браузер включает DEP для всех своих процессов и эмулирует эту функцию через ATL Thunk Emulation для сторонних приложений). Есть лишь одна неувязочка. Сама DEP дебютировала в составе XP Service Pack 2 (также ее можно увидеть и в Windows Server 2003 SP1 и во всех версиях Vista и Server 2008). А вот возможность настраивать политику ее применения со стороны процесса появилась лишь в Vista SP1 и Server 2008. В предыдущих версиях DEP также присутствовала, но никакой возможности её контроля со стороны приложений не было.

Поэтому, если мы взглянем на ту часть кода Chrome, которая регулирует применение DEP к внутренним процессам браузера, мы сможем увидеть несколько интересных комментариев:

// Try documented ways first.

// Only available on Vista SP1 and Windows 2008.

Дальше следует несколько строк кода, а затем...

// Go in darker areas.

// Only available on Windows XP SP2 and Windows Server 2003 SP1.

// http://www.uninformed.org/?v=2&a=4

Chrome вначале честно пытается использовать документированный API. Когда же его применение становится невозможным, программисты идут обходной дорогой, применяя недокументированные системные процедуры для доступа к этому же функционалу. В конце концов, мы видим и сам обличающий создателей Chrome комментарий:

// Completely undocumented from Microsoft. You can find this information by

// disassembling Vista's SP1 kernel32.dll with your favorite disassembler.

Данный комментарий был впервые обнаружен Скоттом Хансельманом спустя несколько дней после публикации исходного кода браузера, и он уличает Google в декомпиляции Windows, которая строжайше запрещена Соглашением с конечным пользователем (EULA) этой операционной системы.

Согласно ему, запрещено:

    * Разрабатывать какие-либо технические ограничения для этой системы;
    * Подвергать реверс-инжинирингу, декомпилировать или разбирать ее на части, за исключением и только в случае выданного через суд разрешения;
    * Использовать компоненты системы в составе приложений, для нее не предназначенных;
    * Делать больше копий ОС, чем это установлено данным соглашением или предписано законодательством;
    * Выкладывать ОС в свободный доступ с целью копирования;
    * Продавать, сдавать в аренду или лизинг данную ОС;
    * Использовать ОС в коммерческих целях.

Google заявляет о том, что никогда ничего не декомпилировал. В связи с процитированными выше комментариями в Google заявили, что использовали код, опубликованный uninformed.org - интересным, специфическим, редко выходящим журналом по реверс-инжинирингу. По правде сказать, исходный код Chrome действительно содержит ссылку на разъяснения по поводу контроля использования DEP в XP SP2, опубликованные там.

Впрочем, даже если в Google действительно использовали этот источник, такое применение недокументированных функций при виртуализации процессов в Chrome – далеко не единственное.

MAC против DAC

Частью изолированной среды выполнения Chrome является новейшая (документированная и полностью поддерживаемая) функция Vista, которая применяется и в IE8. Vista дополнила модель безопасности Windows NT, внедрив концепцию под названием полномочное управление доступом (mandatory access control, MAC). Традиционная система безопасности в NT основывалась на механизме избирательного контроля доступа (discretionary access control, DAC), который не является чем-то особенным, поскольку используется во всех типичным образом защищенных операционных системах. Безопасность на основе DAC – это такая схема, при которой доступ к объектам из ОС разграничивается в соответствии с идентификацией членства пользователя в различных группах. Термин "избирательный" применяется здесь в связи с тем, что пользователь, имеющий права на доступ к объектам, может делегировать их и другим пользователям. В системах же на основе MAC, напротив, пользователям запрещено самим аннулировать действующие разрешения, и они не могут присваивать их другим пользователям.

Чтобы проиллюстрировать разницу этих концепций, приведем следующий пример. Допустим, в некой компании есть Президент А. и вахтер Б. Президент А. имеет возможность создания файлов с информацией под грифом "совершенно секретно", а Вахтер Б. ни при каких обстоятельствах не должен получать к ней доступа, даже если Президент А. захочет этой информацией с ним поделиться. В системе на основе DAC Президент может создавать файлы с совершенно секретной информацией, и, поскольку он является владельцем своих собственных файлов, он может передать права на их просмотр Вахтеру путем добавления его в список имеющих доступ к упомянутым файлам.

Однако в системах на базе MAC схема совершенно другая. Президент все также имеет доступ к файлам категории "совершенно секретно", однако все файлы, которые он создал, будут также иметь гриф "совершенно секретно", и доступ к ним получат только те, кто имеет уровень привилегий "совершенно секретно" или выше. Таким образом, Президенту не удастся снять с файлов отметку "совершенно секретно" и дать доступ к ним вахтеру. В этом случае доступ называется "полномочным" – введенные системой ограничения принудительны и не могут быть пересмотрены со стороны пользователей.

Есть два основных преимущества использования концепции MAC в зависимости от целей разработчика системы: 1) можно использовать MAC для обеспечения конфиденциальности (модель "Bell-LaPadula") и 2) можно использовать эту схему для обеспечения целостности данных (модель "Biba"). В системах, спроектированных с прицелом на конфиденциальность (как в приведенном выше примере), пользователи получают право на чтение файлов, имеющих такой же или более низкий уровень доступа, чем присвоен самим пользователям, и право на создание файлов с таким же, или более высоким уровнем доступа. Такие ограничения делают невозможным создание Президентом файла под грифом "свободный доступ" и копирование в него совершенно секретных данных, поскольку все созданные им файлы будут, как минимум, иметь категорию "совершенно секретно".

В системах, спроектированных для обеспечения целостности, правила игры меняются на противоположные. Пользователи имеют возможность записи в файлы с таким же или более низким уровнем привилегий, чем у них самих, и возможность чтения файлов с таким же или более высоким уровнем доступа. Цель такой политики состоит не в том, чтобы запретить кому-то видеть то, что он видеть не должен, а в том, чтобы не дать возможность вносить изменения в файлы, прав на внесение изменений в которые у пользователя нет. Такую интеграционную модель и поддерживает Vista. Процесс с низким уровнем привилегий в этой операционной системе может считывать файлы с более высоким уровнем доступа (чтобы, например, загрузить DLL, необходимые для его запуска), так же как и записывать файлы в каталоги с таким же низким уровнем привилегий, как у него, но ему запрещено записывать файлы в каталоги с более высоким приоритетом (так, например, он не сможет ничего записать в каталог Windows).

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

Chrome, однако, заходит здесь еще дальше, опять влезая на заповедную территорию.

Chrome поднимает ставки

Для Google защиты Vista недостаточно. В Google хотят, ко всему прочему, еще и ограничить возможности любого процесса по чтению/записи любого файла, запуску другого процесса и чтению/записи реестра. Чтобы это осуществить, программисты частично переписали процессы, отвечающие за вкладки и сторонние приложения, и теперь любая попытка проведения запрещенных операций проходит проверку на внутреннем анализаторе Chrome. К примеру, любая попытка открытия файла сверяется со списком допустимых мест хранения файлов, и, если файл в этот список не входит, его открытие запрещается, даже если в другом случае процесс и мог бы получить к нему доступ.

Такая переработка кода затрагивает особые процедуры API. Некоторые из переписанных заново функций документированы (например, функция CreateProcess), а некоторые – нет (например, функция чтения атрибутов файла NtQueryFullAttributesFile не является задокументированной). Многие похожие функции, используемые в коде, применяются довольно редко, даже сторонними разработчиками, и, в связи с этим, проведение некоторой работы по реверс-инжинирингу попросту неизбежно.

Все это ставит на повестку дня весьма интересный вопрос. Цель, с которой Google использует недокументированные системные процедуры, весьма благородна – ведь компания всего лишь стремится сделать свой браузер более безопасным и хочет быть уверенной в том, что влияние потенциальных уязвимостей будет минимизировано. Однако Windows не предлагает такого системного подхода к виртуализации процессов, который имеется в Chrome (хотя, очевидно, многие бы хотели, чтобы он предлагался). Поэтому перед Google стоял трудный выбор – либо пожертвовать безопасностью (что для большинства совсем не желательно), либо погрузиться в глубокое изучение операционной системы и нарушить EULA.

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

Вывод

Microsoft (не без основания) считает, что внутренние функции операционной системы, используемые в Chrome, могут меняться от одной версии ОС к другой, и поэтому с большой неохотой придает их огласке. Однако компанию все же заставили пойти на уступки, и некоторые функции NT сейчас преданы огласке либо по решению суда, либо чтобы избежать такого решения. И если бы, с необходимыми оговорками о возможном отсутствии поддержки при последующей эволюции Windows, вся основная документация по системным функциям была бы все же предоставлена, это сделало бы разработку приложений, подобных Chrome, полностью законной. При этом в компании практически ничего не теряли бы – ведь поддержку этих процедур в последующих версиях ОС можно было бы и убрать.

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

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

Немцы сделали вариант Chrome для любителей приватности - Chrome Iron.
Что убрали: нет user-ID, информация, относящаяся к личным данным пользователя не отсылается на гугль; информация о падении браузера не отсылается на гугль; апдейты не проверяются;

http://www.srware.net/en/software_srware_iron.php

Хотел что-то изобличающе гадкое сказать в адрес M$, касаемое ее нетрадиционных отношений с той частью пользователей их продуктов, которые считают себя разработчиками, но...
/me многозначительно поднял указательный палец вверх и призвал вдуматься в два верхних поста Michael'a Scofield'a.

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

"Апдейт вы должны получить через пару дней. Проверить наличие новой версии можно через меню управления браузера", пишет программный менеджер Google Chrome Марк Ларсон.

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

В плане производительности Google намерена улучшить работу с плагинами Flash и Silverlight, включить поддержку режима скроллинга в тачпадах ноутбуков, а также повысить скорость рендеринга страниц, для пользователей, которые выходят в сеть через прокси-сервер.

Из более мелких обновлений можно выделить новую систему проверки орфографии - пользователи теперь сами смогут добавлять слова и устойчивые выражения в словари, режим более строгого контроля передачи пользовательской информации. Кроме того, в Chrome появится функция временной блокировки скачиваемых файлов от запуска, данная опция будет действовать только на файлы .exe и .dll, что, по задумке создателей, должно снизить вероятность запуска инфицированных программ.

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

(http://ekabu.ru/uploads/posts/2008-10/1225363206_30_podc0.jpg)

Зачетный стёб. +

(http://zhgun.ru/pics/chlone.png)

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

И эти опасения только усилились после того, как стало известно о предложении сотрудничества, которое Google сделала другому гиганту поиска - компании Yahoo. Существуют многочисленные возражения, касающиеся финансовой стороны сделки, в частности возможного возникновения сговора между компаниями, направленного на увеличение цен на размещение онлайновой рекламы.

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

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

В самой компании, чей корпоративный девиз звучит как "Не навреди", считают, что все эти страхи вызваны дезинформацией. Например, в Google объясняют факт хранения истории поисковых запросов тем, что таким образом они улучшает качество работы поисковой системы.

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

Собственно появление браузера Chrome и выявило зарождающийся конфликт. Для Google новый браузер является платформой, на которой будущие вэб-приложения будут работать наиболее эффективно. Это признак того, что компания понимает свою растущую силу и готова бросить вызов самой Microsoft.

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

Функция "Предложение Google", встроенная в браузер, по мере того, как пользователь вводит слова запроса, транслирует их Google, которая в ответ посылает различные варианты продолжения, пытаясь предугадать пользовательский запрос. По словам Брайна Раковски, менеджера, отвечающего за создание Chrome, запросы, отсылаемые функцией автопродложения, включают в себя различную информацию, включая IP пользователя. Однако в целях оптимизации работы функции, компания хранит данные лишь 2% запросов, полученных с ее помощью. Кроме того, по словам Раковски, все данные в течении 24 часов обезличиваются.

Компания Google планирует предустанавливать браузер Chrome на новые компьютеры, сообщает The Times. В настоящее время Chrome доступен лишь в бета-версии. Его окончательная версия появится в январе 2009 года.

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

Кроме того, представители Google сообщили, что до середины будущего года будут выпущены версии Chrome для Mac OS и операционных систем на базе ядра Linux. Это позволит установить браузер на 99 процентов компьютеров в мире.

Браузер Google Chrome был анонсирован первого сентября текущего года. Второго сентября была выпущена его первая бета-версия. Через неделю вышал вторая бета-версия браузера. В конце октября Google анонсировала выход третьей бета-версии Chrome. В настоящее время Chrome занимает около полутора процентов рынка браузеров.

Немного не в тему, но...


Токийская компания Lunascape выпустила альфа-версию одноименного браузера, который поддерживает сразу три механизма отображения веб-страниц: Trident, Gecko и WebKit. Первый из них используется в Internet Explorer, второй - в Firefox, а третий - в браузерах Safari и Chrome.

Разработчики также утверждают, что Lunascape - браузер с самой быстрой в мире обработкой сценариев JavaScript. Согласно тесту SunSpider, он в два раза быстрее Firefox 3 и обгоняет даже Google Chrome - один из самых быстрых браузеров.

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

Как и Chrome, в случае ошибки Lunascape умеет закрывать только вкладку, вызвавшую сбой, а не весь браузер. Он также поддерживает "жесты" мышкой. Пока Lunascape, существующий только для Windows, скачали 10 миллионов пользователей.


Оффсайт (http://www.lunascape.tv)

а где его скачать можно?

http://www.lunascape.tv/

че это такое lunascape? chrome  я уже в яндаксе нашел ))

смотри выше пост № 24

Статус бета-версии вчера был официально снят с нового браузера Google Chrome, об этом компания Google объявила в корпоративном блоге. "Выход из стадии бета-версии означает, что программное обеспечение можно использовать всем пользователям, однако некоторые ошибки все же могут сохраняться в коде браузера. При их нахождении, ошибки будут устраняться", - отмечают в компании.

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

Кроме того, бета-версии программ не предустанавливаются на продаваемые компьютеры. Теперь же у Google есть возможность договориться с компаниями вроде Hewlett-Packard или Dell о предустановке Chrome на продаваемые ими новые компьютеры. По словам руководителя британского офиса Google Дэнниса Вудсайда, в 2009 году несколько моделей компьютеров с предустановленным Google Chrome "определенно появятся на мировом рынке".

Интересно отметить, что сервис электронной почты GoogleMail, запущенный в 2004 году и используемый десятками миллионов человек, до сих пор находится в стадии бета-версии.

В Dell говорят, что их компания уже находится в процессе обсуждения сделок по предустановке софта, однако идет ли речь о Chrome или каком-то другом продукте Google, пока не уточняют. Напомним, что сейчас Dell предустанавливает на новые компьютеры Google Toolbar, идущий в нагрузку к Internet Explorer.

Формальный выход финальной версии Google Chrome для Windows (Mac- и Linux-версии появятся позже) был представлен Мариссой Мейер, вице-президентом Google на конференции в Париже. По ее данным, за 100 дней, прошедших в первого публичного выход Chrome, новинку скачали и установили более 10 млн пользователей.

По данным Net Applications, за 100 дней работы Google Chrome не смог взять 1%-ную планку мирового рынка браузеров - его доля сейчас составляет 0,83% (после выхода в первые недели она составила сразу 0,74%). Крупнейший открытый браузер Mozilla Firefox, который также как и Chrome доступен а исходных кодах, сейчас занимает около 20% глобального рынка, когда компания представила стабильный релиз Firefox 3, то за сутки после его выхода браузер скачали более 8,2 млн человек.

Вроде как на позднюю осень запланирован выход операционной системы Google Chrome OS. Как я понял все приложения будут работать на серверах гугла. Этакая инновация гугл. Кто что думает? Может уже неофициальные версии ставили?

Копипаста:



(http://ru.wikipedia.org/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:Chrome_OS_screenshot_sdres_0001_App-Menu.png)

Имхо если подобная терминальная схема и будет актуальна то лиш в москве и питере, где уже давненько недорогие и нажористые интернет каналы

На 2 мегабитах не айс будет?

1. Два мегабита вам постоянно ни кто не гарантирует.
2. А кто использует постоянно включенный инет? У меня да. Если роутер не глючит, и провадер инет не отключил.

Для примера потести удаленный рабочий стол виндовый, на 2х мегабитах в эти выходные тестил, при кол-ве цветов 256 в принципе работать можно (т.е. настроить чтонить удаленно), задержка у курсора мыши около 1 секунды, при наборе текстов 2-3, все ролики и анимации превращаются в дикое тормозное слайдшоу)) аналогичная ситуация и со звуком

Back 2 80's. Эти все "инновации" и "облачные вычисления" суть старые-добрые мейнфреймы и терминалы. Электронная общага из которой так хотели выбраться, когда клепали дешманские ZX Spectrum'ы. А сейчас всем чо-то резко захотелось обратно.

+1. Мы на фуфел не ведёмся.  :resp: