Сейчас отвечу коротенько и только на один вопрос, остальное чуть подробнее и немножко попозже будет. По поводу вкладок - я не думаю что сам браузер должен что то делать, то есть эта явно вкусовщина и каждый пользоватедь должен иметь возможность настроить поведение под себя. Как это можно сделать? Я бы добавил в браузер возможность программно скрывать таб и возвращать скрытый. Такая простая вещь дает возможность расширениям реализовать логику группировки табов любой сложности. Это не решает проблему памяти, да, там надо решать проблему выгрузки таба и это сложно, но как минимум решает проблему забитого пространства экрана. Ну и соотв. давать расширениям инфу по табам - memory usage и все такое. Ок, я пересплю с этой идеей и озвучусь что могу сделать в эту сторону.
План даже немного шире - план обьединить всех одиночек-энтузиастов, работающих над хромиумом в эту сторону. Но для этого мне надо набрать критическую массу кода что бы не тратить потом время на диспуты вокруг чьей идеи будем обьединяться. Так что да, медленно но идем в этом направлении.
Я пишу такое. Сборка Ultimatum, пока умеет только кеши и hsts, favicons на подходе. Прям заморозки таба и его дальнейшей разморозки нет но вообще планирую. Статьи можно в профиле моем глянуть.
Ну про виртуалку соглашусь, но опять же - проще потому что ничего другого нет. Я об этом и говорю - отучить хромиум от вредных привычек - сложная но подьемная работа. А в момент когда пользователям будет доступен действительно надёжный браузер всё эти танцы с виртуалками будут выглядеть как костыль.
Не соглашусь, я писал число дробилку на ноде (как proof of concept) народ с go посмотрел, почесал затылок и сказал что ускорить могут на десяток процентов, но не в разы. Но это холиварная тема, мы то тут не для этого собрались.
Может быть, надо на самом деле смотреть чем именно там js занят. В ноде например эта идея стрельнула вполне себе. Но да, вполне может быть что увлеклись и повесили на js то чем он заниматься не должен.
У них 80% income от гугля прилетает, это их собственный отчет. Их не убьют потому что в таком случае гугль попадает на размонополизацию, и при этом они так и будут на коротком поводке. Я лично по работе налетал на баги в лисе которые не фиксились 11 лет. Гугль выиграл, это надо признать и двигаться дальше. Исходники хромиума есть, всё не так уж и безнадёжно. Нужно набрать критическую массу программистов способных ориентироваться в нём и начать перетаскивать пользователей фишками которые гугль никогда у себя не впилит. А фишек таких нафантазировать можно.
Дорогой, иди сюда, дай я тебя обниму, горько поплачем вместе.
На самом деле это те самые мысли которые по сути и привели меня в хромиум (в одной из своих первых статей я озвучивал) . И даже примерно план решения у меня есть, но проблема в том что в одиночку я его не смогу реализовать. Упрощать проект надо, однозначно, уровень сложности который задал гугль недостижим для большинства одиночек. И они будут поддерживать такой высокий уровень, это в их интересах. Моё мнение - в хромиум нужно вводить понятие привилегированного js (он там на самом деле уже есть), прокидывать ему низкоуровневыйдоступ в сеть и к fs, это покрывает 90% кейсов, и переносить код с с++ на этот привилегированный js. Таким образом мы получим очень лёгкий каркас на с++ и модульный браузер, при этом порог вхождения в его недра сильно снизится. Что то подобное было (и ещё есть) в Firefox, и в плане скорости сборки и простоты чтения кода лиса и хром конечно небо и земля. Но у лисы некошерная (с моей точки зрения) лицензия и они явно находятся под внешним управлением гугля. Так что да, я согласен полностью с этими мыслями, но не сейчас. Но очень надеюсь что этот день настанет и собственно над этим и работаю.
Я правильно понимаю - запрос на то что бы отключать все кеши? Если да то интересно. Так то он из devtools отключается, но это только http. Хм, я подумаю, пока не готов ничего ответить. Мне попадалась сборка хромиума, вроде там что то похожее заявляли, но там не open source
В противном случае первое же расширение с нужными пермишнами будет сливать о вас много интересного
ну вот с этого надо было начинать, что из коробки - это для расширений. Сайты до api не дотянутся, расширения со сторов не встанут. А то что пользователь ставит в девелопер моде - ну либо он понимает что делает либо ССЗБ, я реально тут проблемы не вижу.
Сейчас отвечу коротенько и только на один вопрос, остальное чуть подробнее и немножко попозже будет. По поводу вкладок - я не думаю что сам браузер должен что то делать, то есть эта явно вкусовщина и каждый пользоватедь должен иметь возможность настроить поведение под себя. Как это можно сделать? Я бы добавил в браузер возможность программно скрывать таб и возвращать скрытый. Такая простая вещь дает возможность расширениям реализовать логику группировки табов любой сложности. Это не решает проблему памяти, да, там надо решать проблему выгрузки таба и это сложно, но как минимум решает проблему забитого пространства экрана. Ну и соотв. давать расширениям инфу по табам - memory usage и все такое. Ок, я пересплю с этой идеей и озвучусь что могу сделать в эту сторону.
Будет, чуть позже, либо вечером либо завтра с утра
План даже немного шире - план обьединить всех одиночек-энтузиастов, работающих над хромиумом в эту сторону. Но для этого мне надо набрать критическую массу кода что бы не тратить потом время на диспуты вокруг чьей идеи будем обьединяться. Так что да, медленно но идем в этом направлении.
Голый браузер ничего не даст , надо ставить расширение которое эксплойтит эти возможности. В следующей статье как раз будет это.
Под линух и самому собрать можно, там с полпинка все собирается с сорцов. Убунта будет, но не сейчас (ноут с убунтой слегка прилег, не до него сейчас)
содержательно, чо! Респект!Ммм, ну ок, no hard feelings.Я пишу такое. Сборка Ultimatum, пока умеет только кеши и hsts, favicons на подходе. Прям заморозки таба и его дальнейшей разморозки нет но вообще планирую. Статьи можно в профиле моем глянуть.
Ну про виртуалку соглашусь, но опять же - проще потому что ничего другого нет. Я об этом и говорю - отучить хромиум от вредных привычек - сложная но подьемная работа. А в момент когда пользователям будет доступен действительно надёжный браузер всё эти танцы с виртуалками будут выглядеть как костыль.
Нет
Вы между двумя цитатами пропустили момент когда Вы начали мне указывать о чем мне говорить а о чем нет.
Да я как нибудь сам решу о чем говорить а о чем нет.
Не соглашусь, я писал число дробилку на ноде (как proof of concept) народ с go посмотрел, почесал затылок и сказал что ускорить могут на десяток процентов, но не в разы. Но это холиварная тема, мы то тут не для этого собрались.
Может быть, надо на самом деле смотреть чем именно там js занят. В ноде например эта идея стрельнула вполне себе. Но да, вполне может быть что увлеклись и повесили на js то чем он заниматься не должен.
У них 80% income от гугля прилетает, это их собственный отчет. Их не убьют потому что в таком случае гугль попадает на размонополизацию, и при этом они так и будут на коротком поводке. Я лично по работе налетал на баги в лисе которые не фиксились 11 лет. Гугль выиграл, это надо признать и двигаться дальше. Исходники хромиума есть, всё не так уж и безнадёжно. Нужно набрать критическую массу программистов способных ориентироваться в нём и начать перетаскивать пользователей фишками которые гугль никогда у себя не впилит. А фишек таких нафантазировать можно.
Есть такой грешок, каюсь. Но на замечания реагирую адекватно, если что то прям сильно раздражающее - говорите, поправлю.
Дорогой, иди сюда, дай я тебя обниму, горько поплачем вместе.
На самом деле это те самые мысли которые по сути и привели меня в хромиум (в одной из своих первых статей я озвучивал) . И даже примерно план решения у меня есть, но проблема в том что в одиночку я его не смогу реализовать. Упрощать проект надо, однозначно, уровень сложности который задал гугль недостижим для большинства одиночек. И они будут поддерживать такой высокий уровень, это в их интересах. Моё мнение - в хромиум нужно вводить понятие привилегированного js (он там на самом деле уже есть), прокидывать ему низкоуровневыйдоступ в сеть и к fs, это покрывает 90% кейсов, и переносить код с с++ на этот привилегированный js. Таким образом мы получим очень лёгкий каркас на с++ и модульный браузер, при этом порог вхождения в его недра сильно снизится. Что то подобное было (и ещё есть) в Firefox, и в плане скорости сборки и простоты чтения кода лиса и хром конечно небо и земля. Но у лисы некошерная (с моей точки зрения) лицензия и они явно находятся под внешним управлением гугля. Так что да, я согласен полностью с этими мыслями, но не сейчас. Но очень надеюсь что этот день настанет и собственно над этим и работаю.
Да ничего не мешает. А что мешает делать то же самое расширениям без этого api?
Я правильно понимаю - запрос на то что бы отключать все кеши? Если да то интересно. Так то он из devtools отключается, но это только http. Хм, я подумаю, пока не готов ничего ответить. Мне попадалась сборка хромиума, вроде там что то похожее заявляли, но там не open source
довольное сильное утверждение но ок.
ну вот с этого надо было начинать, что из коробки - это для расширений. Сайты до api не дотянутся, расширения со сторов не встанут. А то что пользователь ставит в девелопер моде - ну либо он понимает что делает либо ССЗБ, я реально тут проблемы не вижу.
Какое отношение мой код к этому имеет? Он не замедляет и не ускоряет доступ.