[webkit][firefox] Browser from Gooogle?

Спрашивается куда лезешь... Ну сделали поисковик и сидите спокойно. Опера всех ведь победит...

http://www.linux.org.ru/view-message.jsp?msgid=3063072

>Google запускает интернет-браузер Chrome

>Поисковый интернет-портал Google во вторник запускает свою собственную версию браузера.
>Как ожидается, программа Chrome будет напрямую конкурировать с Internet Explorer компании Microsoft, а также с браузерами Firefox, Opera и Safari.
>Компания Google заявляет, что программа Chrome будет быстрой и в особенности предназначенной для работы с новым поколением интернет-приложений, широко использующих графику, аудио и видео.
>Во вторник бета-вариант программы станет доступен в 100 странах. Пока Chrome будет работать только с Windows, однако планируется создать и версии для операционных систем Linux и Mac.
>«Мы поняли, что нужно заново придумать браузер», - пишет Сундар Пичаи, вице-президент компании Google по развитию программных продуктов, в своем блоге.
>// BBC

забавный комикс на эту тему: http://www.google.com/googlebooks/chrome

А скринов этого чуда еще нет?

интересно, а оно тоже будет тормозить?

оно хоть опен сорц будет?

на хабре есть: http://habrahabr.ru/blogs/google/38640/#comment_919059

но там не в скринах радость.

Если оно будет таким, как обещает гугл - быстрым и открытым, то флаг им в руки. Огнлис достал уже своими тормозами.

Спасибо.

> «Мы поняли, что нужно заново придумать браузер», - пишет Сундар Пичаи, вице-президент компании Google по развитию программных продуктов, в своем блоге.

Вообще-то он прав. Но если это опять будет что-то неповоротливое, комбайноподобное (как опера ;), то лучше не начинать..

дочитываю комикс. да, внешне оно будет сильно на оперу смахивать :-)

ключевые интересные моменты:

1. каждый таб в своей нитке/процессе (тут неясно).
2. JIT для JS, с инкрементальным сборщиком мусора и чем-то вроде классов.

В вики пишут, что сегодня пререлиз для одной популярной ОС, но что-то пока не видно. Интересно взглянуть.

> 1. каждый таб в своей нитке/процессе (тут неясно).

С этим как раз ясно. В случае, если подвиснет таб - не подвиснет весь бровсер..

неясно — нитка или честный процесс.

> ключевые интересные моменты:

> 1. каждый таб в своей нитке/процессе (тут неясно). 2. JIT для JS, с инкрементальным сборщиком мусора и чем-то вроде классов.

Все это давно есть во флеше

если уж решили всё проапгрейдить
то надо начинать с HTTP и Javascript

первый для приложений не подходит, второе тормозная гадость

p.s. rfc2795 и rfc2324 как бы намекают

фуррифокс на WebKit?

ХОТЕТ!

> фуррифокс на WebKit?

каким боком тут фурифокс?

> Все это давно есть во флеше

С помощью флеша уже можно ходить по интернету? Я что-то пропустил?

>Если оно будет таким, как обещает гугл - быстрым и открытым, то флаг им в руки.

Google вкладывался в разработку WebKit? Или и тут прохалявят? :)

Хм... Надеюсь, будет под AL, как и все их продукты, а не под GPL =)

>Или и тут прохалявят? :)

Я не халявщик, я партнёр (с) Лёня Голубков

Вот казалось бы, идея витает в воздухе, каждый таб в своем процессе (Unix-way :). Ан нет, только сейчас додумались так сделать...

>то надо начинать с HTTP и Javascript

Я бы начал с DOM :)

Чем HTTP не подходит для приложений? Кеширование+масштабируемость у HTTP на уровне.

JavaScript не тормозит, если его немного :)

Хотя если речь совсем уж о rich приложениях (посложнее GMail, например, чё-нить типа Photoshop)...

> Вот казалось бы, идея витает в воздухе, каждый таб в своем процессе (Unix-way :). Ан нет, только сейчас додумались так сделать.

IE -> Options, там был такой пункт как "использовать отдельные процессы для новых окон"

>IE -> Options, там был такой пункт как "использовать отдельные процессы для новых окон"

А, кстати, да. Помню, что когда у IE не было табов, при открытии его по иконке (с QuickLaunch) он в новом процессе запускался.

Но у него, например, куки не шарились иежду процессами (AFAIR).

>Вот казалось бы, идея витает в воздухе, каждый таб в своем процессе (Unix-way :).

а у разных процессов одно адресное пространство? тогда уж на каждый домен по процессу, а то задолбает шарить тукса, если открыть 50 вкладок лора :)

>а у разных процессов одно адресное пространство? тогда уж на каждый домен по процессу, а то задолбает шарить тукса, если открыть 50 вкладок лора :)

А фиг знает как у них конкретно сделано.

Есть же шаред мемори, например. Можно выдавать процессам ее на чтение + 1 процесс который будет рулить этим кешем (чтоб не попортили случайно).

> Чем HTTP не подходит для приложений? Кеширование+масштабируемость у HTTP на уровне.

ну кагбе сессий нет из каропки. Синхронность/асинхронность тоже велосипедная.

>ну кагбе сессий нет из каропки.

Это плюс для ряда приложений (тот же youtube, например) :) Масштабируемость + кеширование :)

>Синхронность/асинхронность тоже велосипедная.

Асинхронность — да, не очень. А с синхронностью что не так? Нельзя по одному коннекту несколько запросов посылать?

>Есть же шаред мемори, например. Можно выдавать процессам ее на чтение + 1 процесс который будет рулить этим кешем (чтоб не попортили случайно).

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

> фуррифокс на WebKit? ХОТЕТ!

Доставлено http://elcuco.blogli.co.il/archives/170

Ждём X11 via HTTP :) а потом подумаем чем тут и X11 плох :)

>Ждём X11 via HTTP :) а потом подумаем чем тут и X11 плох :)

Это как бы немного другое. HTTP — это всё-таки для веб, а это как минимум означает большие задержки. Там хорошо делать большие запросы (например, сразу 30 писем в ящике или сразу кусок карты), а мелочь на клиенте высчитывать.

в конкверуре каждый таб это kio-slave процесс, только в $subj обещают вплоть до каждого скрпита(плагина/таба) изоляцию сделать и менеджер процессов даж;)

Главное, главное указать забыли:

> The beta release date for the Windows version is scheduled for 18:00 GMT, September 2, 2008 and Mac OS X and Linux versions are said to follow soon. (Wikipedia)

Он же вроде опенсорсный будет? Что мешает из исходников собрать под Линукс?

Чую, он будет такой же опенсорсный, как и андройд - только в обещаниях.

Русский перевод доставлен в интернеты - http://unno.ru/chrome

> Что мешает из исходников собрать под Линукс?

Ничего, при наличии свобдного времени и адекватности исходных кодов.

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

Думаю Opera должна ответить им исходником Opera Browser под GPLv3.

Этим будет убита их текущая бизнес-модель, так как производители телевизоров, игровых приставок и MP3-плееров начнут портировать оперу на них сами (а у них ещё были планы продавать движок гейм-девелоперам для использования во внутриигровых «интернетах»). Впрочем, вебкит может забить эту нишу. А деньги за предустановленные поисковики им не от кого получать, так как уже есть FF и теперь сабж.

Остаётся Opera Mini с поиском от Яндекса... Популярная только в России, Индии и других бедных странах.

У Opera не есть яйца, как и у операстов. Потому такого не будет, а если и будет, то только после окончательной кончины Opera Software, да и то не факт.

Аминь покащляем, покурим, посидим на дорожку и я подуй за лопатами закапывать быдлооперу, теперь даже исходники её не нужны, фурифорка хватает свыще крышы

>Аминь покащляем, покурим, посидим на дорожку и я подуй за лопатами закапывать быдлооперу, теперь даже исходники её не нужны, фурифорка хватает свыще крышы

Не, спеллчекера в фф явно не хватает.. ;)

>Чем HTTP не подходит для приложений? Кеширование+масштабируемость у HTTP на уровне.

да, но он stateless, и иногда приходится городить огород ( cookies, url rewriting, hidden form elements ) чтобы это обойти. вот в seaside, ucw, weblocks обошли, стало имхо намного удобнее.

Сдаётся мне, что кошерный браузер на лиспе с http://wiki.osdev.org/Continuation_Systems вместо тяжеловесных процессов был бы и надёжнее, и производительнее Ж)
А если ещё уже посещённый HTML компилировать в лисп, который сам себя рисует + JS компилировать в форт ^W лисп, то ещё быстрее :))

Вантузятники! Налетай! http://www.google.com/chrome

на смолтоке, батенька, на смолтоке.