А второй мультипроцессный и пока еще не допилен. И, я слышал, не работает под вендой. Попробуй, кстати, собрать под вендой. Я так собираю щас: Tools/Scripts/build-webkit --qt -2 --qmakearg="CONFIG+=webkit2" --3d-canvas --3d-rendering --accelerated-2d-canvas --css3-flexbox --css-regions --css-exclusions --data-transfer-items --directory-upload --file-system --indexed-database --link-prefetch --mhtml --page-visibility-api --quota --register-protocol-handler --web-audio --web-timing --xhtmlmp
Хочу сделать не-совсем-как-у-хрома, не тратя время на то, что либо уже сделано в апстриме, либо я физически не смогу сделать (типа win/mac-specific-кода).
И это тоже будет, более того, одно другому не мешает. Так как пошуку — отдельный плагин, то даже вынесение каждого плагина в отдельный процесс на уровне комбаена не спасло бы от подвисания всех пошуков вообще при рендеринге одной из страниц в них.
Почему это? Если бы каждая вкладка была отдельным плагином, то при попытке открыть несколько разных чятиков (несколько разных вкладок, то бишь), у тебя бы загрузилось несколько IM'ов, получилось бы несколько соединений с сервером, и полный пиздец.
Почему бы не сделать по нормальому, отделить представление от логики в отделье процессы, и связать их сообщениями? Будет у тебя, скажем 3 плагина чатик-сервер котрый держит связь с сервером, его настройщик и чатик-клиент?
32 comments
recommend
bookmark
subscribe
о_О ты ж говорил что их хотят таки скрестить?
И скрещивают, V8 и первый вебкит.
;(( а что не так со 2м?
А второй мультипроцессный и пока еще не допилен. И, я слышал, не работает под вендой. Попробуй, кстати, собрать под вендой.
Я так собираю щас: Tools/Scripts/build-webkit --qt -2 --qmakearg="CONFIG+=webkit2" --3d-canvas --3d-rendering --accelerated-2d-canvas --css3-flexbox --css-regions --css-exclusions --data-transfer-items --directory-upload --file-system --indexed-database --link-prefetch --mhtml --page-visibility-api --quota --register-protocol-handler --web-audio --web-timing --xhtmlmp
Хром вроде работает, не?
У хрома не webkit2.
А, типа первый. А второй вообще где то работает?
Типа хочешь сделать как у хрома, только не прокладывая мозгов?
А реальнэ, зачем тебе webkit2?
ХЗ.
Разделение процессов искаропки.
Хочу сделать не-совсем-как-у-хрома, не тратя время на то, что либо уже сделано в апстриме, либо я физически не смогу сделать (типа win/mac-specific-кода).
Ну, я так и понял. Но думаю v8 умеет разделяться на процесс и сама, типа хром тому пример
Я это к тому, что до релиза вебкита2 навряд ли гуглу захочется переделывать в8 для совместимости с тем что у них и так есть.
Вообще, имхо, не крутой у тебя метод. Делай разделение на процессы на уровне комбайна плагинов.
Ты наркоман? V8 — это JS-движок, что ему на процессы-то разделять?
Не только куски браузеров, а и остальной зоопарк
И это тоже будет, более того, одно другому не мешает. Так как пошуку — отдельный плагин, то даже вынесение каждого плагина в отдельный процесс на уровне комбаена не спасло бы от подвисания всех пошуков вообще при рендеринге одной из страниц в них.
Ему нужно быть совместимым, хуле
Ололо. А у тебя все табы — один инстанс плагина?
Этим управляет плагин. А вообще да, личкрафты не грузят по плагину на каждый таб, это недостаточно гибко.
Буээээ. Архитектура у тебя негибкая.
Почему это? Если бы каждая вкладка была отдельным плагином, то при попытке открыть несколько разных чятиков (несколько разных вкладок, то бишь), у тебя бы загрузилось несколько IM'ов, получилось бы несколько соединений с сервером, и полный пиздец.
Почему бы не сделать по нормальому, отделить представление от логики в отделье процессы, и связать их сообщениями? Будет у тебя, скажем 3 плагина чатик-сервер котрый держит связь с сервером, его настройщик и чатик-клиент?
Пиздец.
А то!
Это будет куда интереснее чем надеяться на эпл и гугль
Разделение на процессы будет, ты не сцы, каждый плагин в своем процессе (ну, почти), но это другое.
Надо написать на питоне. Правда где памяти брать на тыщупетсот интерпретатороа
Зачем на питоне?
ну не на богомезких QT ведь
Бгага.