LINUX.ORG.RU
ФорумTalks

В 2017-м вырисовывается качественная альтернатива Хромому

 ,


0

2

Сегодня глянул, чего там с Servo творится, думал протух проект, а не тут то было! По роадмапу к концу 2017 планируется юзабельный Google Docs в Servo. Сборку под Android скоро сделают (хотя можно самому сейчас собрать).

Скачал последнюю сборку с сайта, запустил на собственном хелловорде с ES6 классами и всё заработало, при этом памяти скушано меньше, чем в Хромом. Конечно если запускать реальные сайты не всё так гладко и память он за собой не чистит и всё глючит, но в целом перспективы радуют.

★★★★★

Ответ на: комментарий от foror

Так ты определись, веб у тебя тормозит или нет?

Меня скорость устраивает. На сайтах свистоперделках ничего нужного нет.

Если тормозит, то дело именно в отсутствии 60 фпс на DOM.

Если ты попробуешь открыть файл на 200 мб файл в браузере тебе не помогут 60 фпс в DOM.

И делаешь это за день при должном опыте

Или не делаешь, если у тебя браузер вместо десктопа.

Чтобы её украсть и выложить на своём сайте?

Чтобы работать с ней. Есть, например, сайт вакансий там а половина манагеров в ит разделе. Парсишь, убираешь манагеров, пользуешься информацией.

Но именно благодаря DOM это делается просто и удобно.

Это не делается просто и удобно. Это неудобно, глючно и долго.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)
Ответ на: комментарий от h578b1bde

Вполне альтернатива хромому по багам. Глюки, утечки. Прям как в хромом!

a1batross ★★★★★
()
Ответ на: комментарий от foror

благодаря DOM

Не благодаря DOM, а потому, что инфраструктура интернета всегда базировалась на открытых технологиях и протоколах. Вместо DOM может быть что угодно более удобное.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)
Ответ на: комментарий от crutch_master

Да. Очень. На той неделе на хостинге файловый менеджер умер, когда я большой каталог открыл. Слишком много dom'а пришлось впихивать, браузер не смог.

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

Если ты попробуешь открыть файл на 200 мб файл в браузере тебе не помогут 60 фпс в DOM.

Попробуй его открыть в каком-нибудь Gedit и ты будешь удивлён, что на десктопе всё тоже самое, когда у разрабов руки растут из жопы.

foror ★★★★★
() автор топика
Ответ на: комментарий от crutch_master

Вместо DOM может быть что угодно более удобное.

Например?

foror ★★★★★
() автор топика
Ответ на: комментарий от crutch_master

Или не делаешь, если у тебя браузер вместо десктопа.

Консоль и полный доступ к ФС никто не отменял, даже на хромбуках такое есть.

foror ★★★★★
() автор топика
Ответ на: комментарий от foror

Кто-то криво реализовал файловый менеджер на DOM-е

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

Попробуй его открыть в каком-нибудь Gedit и ты будешь удивлён

Не буду.

что на десктопе всё тоже самое, когда у разрабов руки растут из жопы.

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

Например?

Да хоть json, как делают в api

Консоль и полный доступ к ФС никто не отменял, даже на хромбуках такое есть.

В чем тогда его смысл? В хромом вместо нормальных специализированных приложений?

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

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

Попробуй редактор Atom и будешь удивлен, в отличии от Gedit написанный на Си, он будучи на DOM и JavaScript, прекрасно открывает файлы на 200 и больше Мб.

Да хоть json, как делают в api

Я тебе уже рассказывал про RSS, но вроде ты в курсе... Да и про REST ты только, что сам рассказал.

В чем тогда его смысл? В хромом вместо нормальных специализированных приложений?

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

foror ★★★★★
() автор топика
Последнее исправление: foror (всего исправлений: 4)
Ответ на: комментарий от foror

он будучи на DOM

Не открывает 200мб файл скорее всего, а просто подтаскивает нужные куски. И речь про _браузер_ а не о софте на браузерных движках.

Я тебе уже рассказывал про RSS, но вроде ты в курсе...

RSS нету для всего на свете. Плюс у него свои ограничения.

В кроссплатформенности чтобы прикладное ПО работало на любом девайсе, а не как сейчас только в винде, макосе, в андроиде, в айосе или только в линухе.

Сейчас типа не пишут кроссплатформенного по, ага.

crutch_master ★★★★★
()
Ответ на: комментарий от crutch_master

Не открывает 200мб файл скорее всего, а просто подтаскивает нужные куски. И речь про _браузер_ а не о софте на браузерных движках.

А десктопный софт думаешь сразу открывает все 200Мб? Ну Gedit может быть, от того он и не открывает в итоге такие файлы. А любое нормальное ПО открывает файл кусками, будь это ПО на Си или JS в браузере.

А какая разница браузерный это движок или браузер? Речь идёт про DOM.

RSS нету для всего на свете. Плюс у него свои ограничения.

Там где нет RSS, есть REST API, так где нет ничего, значит там автор не хочет раздавать свой контент бесплатно, только при банерном просмотре получишь этот контент.

Есть еще технология семантического веба, но всё это в итоге не прижилось.

Сейчас типа не пишут кроссплатформенного по, ага.

Пишут, но для разработчика очень тяжело и дорого поддерживать подобные кроссплатформенные приложения. Ибо зачастую нужно поддерживать кодовые базы на разных ЯП и IDE для одного и того же приложения. Именно поэтому для многих популярных приложений и игр нет возможности запуска под линуском.

foror ★★★★★
() автор топика
Последнее исправление: foror (всего исправлений: 2)
Ответ на: комментарий от foror

Видимо пришло время, c 2012 пилят и всё не запилят что-то юзабельное.

Дык они ещё столько же его пилить будут. Куда им спешить? И вообще - у них есть дела поважнее - надо интерфейс в очередной раз переделать и в гомосраче поучаствовать... некогда им конкуренцию хрому составлять.

zabbal ★★★★★
()
Ответ на: комментарий от foror

А какая разница браузерный это движок или браузер?

В подключении функций фс, хотя бы. Браузер у тебя не будет тянуть низкоуровневые функции. Он не вполне способен на это.

Речь идёт про DOM.

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

Попробуй редактор Atom и будешь удивлен
А какая разница браузерный это движок или браузер?

Действительно.

Там где нет RSS, есть REST API, так где нет ничего, значит там автор не хочет раздавать свой контент бесплатно, только при банерном просмотре получишь этот контент.

Или ему просто влом делать контент или не может, потому что всех кодеров давно уволил. Люди бы купили то, что им надо, а не лезли бы к кому-то чтобы им распарсили.

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

Куча открытых проектов есть на c/c++, где это всё поддерживают, почему-то они это могут делать по приколу, а серьёзные разработчики за деньги не могут. Может просто руки из жопы?

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)
Ответ на: комментарий от crutch_master

В подключении функций фс, хотя бы. Браузер у тебя не будет тянуть низкоуровневые функции. Он не вполне способен на это.

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

foror ★★★★★
() автор топика
Последнее исправление: foror (всего исправлений: 1)
Ответ на: комментарий от foror

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

Ну открой браузером файл на 100мб, посмотри, как они устроены. Так говоришь, как будто там на js функционала, как на ноде.

И так в других твоих суждениях.

У тебя аргументов просто нет.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.