Опубликован первый отдельный выпуск браузероного движка Servo, написанного на языке Rust. До сих пор проектом формировались только ночные сборки. В примечании к выпуску отмечено только то, что по функциональности он аналогичен ночной сборке от 19 октября, для которой проведено дополнительное ручное тестирование. Выпуск также ознаменовал начало формирования сборок для систем Apple с macOS на базе процессоров с архитектурой ARM. Готовые сборки предоставлены для Linux, Android, macOS и Windows...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64083
То что они неготовому движку присвоили версию совершенно не значит что он готов.
А где написано, что он готов?
В заголовке, раз выпустили с версией значит готов.
Версия 0.0.1 не наводит на размышления?
Что им мешало последние 15 лет выставить 0.0.1 и что изменилось? Я даже отвечу ничего не изменилось он такой же сырой.
А при чем тут это, изначальный вопрос был: "где написано, что он готов"?
Вот это, как раз, пример того, как на Раст писали. Именно писали, а не переписывали. Потому, что переписывать было не с чего.
Вообще то они по идее переписывали Gecko.
потому он и не готов и, похоже, никогда не будет ?
Вяленый готовее.
Ну, зато теперь можно активнее клянчить донатики - теперь не как на технодемку с мозиллиным кодом, как на РАННИЙ ДОСТУП!
Вопросов больше не имею.
Возможно причина другая. У тебя предрассудки. Слишком полагаешься на мысли, а не на реальность.
Единственное применение это порофлить и запустить этот движкок в нормальном браузере через wasm и запустить там вебстраницу.
Так, стой. А как же основное - собственно ради чего его и писали - притаскивать ссылку на него в комментарии, чтобы показать этим, как там их, ну этим, которые отродья диавола и сцотоны, ну, дидам, точно, вспомнил, дидам - что и не нём можно написать что-то сложнее хеллуворлда?
На нем практически все сложное пишут, кроме легаси.
Не получается потому что плохо работает. А вот, смотрите как я могу сделать может.
его писали чтобы улучшить некоторые части геко, что в общем то и сделали. а потом деньги на эксперименты которые не приносят денег у мозилы кончились и пришлось отпустить эксперимент в свободное плавание, увы.
Лидером по прежнему будет Blink (который в Chromium).
ну да. рынок браузерных движков настолько тесен что даже одного блинка много, но это не зачит что нам не совсем не нужны альтернативные движки.. в том числе те что н внутри блинка вертятся.
Обычная история: бесперспективный движок компания выбрасывает на мороз в данном случае это Mozilla его подхватывает LF, спустя некоторое время про него все забывают.
при чём тут Line Feed?
При том что занимаются всякой фигнёй.
Увидели новости успеха Ladybird и началась тряска. Хотя, учитывая, что verso, который должен был делать браузер поверх серво, сдулся, то интересно какие планы дальше. Но до момента кроссплатформенного вебвью для tauri и ему подобных хотелось бы дожить.
Скорее просто решили попиарится к началу штатовского финансового года.
В этом мире вообще все просто, если за каждым действием видеть желаемый результат.
Только если желаемый результат всегда с вами в одной комнате.
Кхе-кхе.
А этот движок как сильно защищает меня от уязвимостей в памяти...?
Кхе-кхе.
Да
servo$ ./servo
./servo: error while loading shared libraries: libgstplay-1.0.so.0: cannot open shared object file: No such file or directoryУГ
Попробуйте установить gstreamer.
да это понятно, только зачем servo зависит от gstreamer? а ещё от libwebrtc
видимо rust-ffmpeg и webrtc-rs они не осилили или не успели
Почему они должны были реализовывать мультимедию именно через ffmpeg, а не через gstreamer?
Действительно, зачем "извращенцам-растоманам" использовать нормальный фреймворк как все остальные бравзеростроители, ведь есть же Г-стример для "таких".
Вы ffmpeg в качестве апи использовать пытались? Как инструмент транскодинга он хорош, спору нет, однако как встраиваемый у него ничего лучше ffplay демки нет
у меня запустился и даже какие-то страницы открыл, но в целом печально пока, c JS там плохо
Собаки лаят, корован идет.Уже четверть нативного кода в Firefox написано на Rust (25% на Rust, 25% на C и 50% на C++).
https://4e6.github.io/firefox-lang-stats/
> 25% на Rust
> 25% на C и 50% на C++Это как поставить биометрический замок с распознаванием ДНК на парадную дверь… в доме, где 20 окон — без стёкол.
Да, теперь та дверь — непробиваема.
Хакерам придётся… ну, знаешь, просто залезть через окно.
Большинство ошибок выявляется в свеженаписанном коде. Чем более старый и долгоиспользуемый код, тем реже там находят ошибки. Поэтому на безопасных языках в первую очередь стоит писать новый код, а старый, который уже работает, можно переписывать по мере необходимости.В идеале, конечно, весь бы старый код выкинуть и написать с нуля, но ничего идеального в нашем мире нет.
Потому что никто не пишет бесплатно и только лишь могут написать на будущее что в нём что то за это прибудет , если этого не случается уходят проперти
> Чем более старый и долгоиспользуемый код, тем реже там находят ошибкиLinux kernel — живое опровержение твоего тезиса.
В нём каждый год находят уязвимости в старом коде. (._.)
чтобы опровергнуть тезис нужно ччтобы в старом коде ошибки находились с каждым годом всё чаще, но для этого потребовалось бы чтобы в старом коде могли появляться новые ошибки..
> чтобы в старом коде могли появляться новые ошибки..Ошибки в старом коде не появляются со временем — они там изначально есть.
Просто раньше их не могли найти, не хватало инструментов, мотивации.
Теперь же:
- появляются новые способы эксплуатации (например, через side channels),
- улучшаются инструменты (UBSan, KASAN, fuzzing, syzkaller, статический анализ, etc.),
- растёт стоимость уязвимостей (LPE = $75k+, Android Security Rewards) → больше глаз смотрит в старый код.
>Хакерам придётся… ну, знаешь, просто залезть через окно.Зачем раскрыл? Испортил шутку. А то мы бы смеялись до упаду. 20 окон! - хахаха! Без стёкол! - ржунимагу!
https://neolurk.org/wiki/Корованы
12% это не четверть.
это перед самой границей, что бы ты смог осмелиться, и сказать что всё именно так. а что ты сделал для хип-хопа?
я использую пхп чтобы подключать плюсовые библы на хтмл сайт. наверно, я генийзы. никакого жаваскрипт
Вот бы исходники Presto показали, может нашлись бы энтузиасты
Исходники всей старой оперы утекали полностью, в плоть до тогго, что при запуске скрипта сборки собиралась полностью рабочая версия.Но всем пофигу, исходники никогда ничего не стоят, важна команда, которая развивает проект. Из-за того, что у утекших исходников проблемы с легальностью и из-за сложности проекта и отсутствия финансовых перспектив, никто в этот проект не влез.
> Из-за того, что у утекших исходников проблемы с легальностьюЭто самая главная проблема. Это не даст держать репозиторий ни на одном более-менее публичном хостинге. И ни один дистр не решится сборку этого поставлять.
Так что, если официально не откроют, никакая команда не возьмётся.
Есть примеры софта, который разрабатывают незаконно или с сомнительной законностью, те же эмуляторы игровых приставок, или всякие там активаторы винды, скачиватели сайтов, типа того же yt-dlp, софт, позволяющий конвертировать защищенные право обладателями видеоформаты.И все такие проекты спокойно развиваются не смотря на давление. Потому что у них есть команды разработчиков, которые заинтересованы в них и пользователи этих продуктов. Это в первую очередь важное. Спрос и предложение. Все остальное — вторично. У Presto этого не было.
> эмуляторы игровых приставок
> И все такие проекты спокойно развиваются не смотря на давление.И вынуждены плодить всё новые репозитории. Потому, что блочат. Вон сколько приходится от Нинтенды прятаться.
У Presto по крайней мере был может и сейчас есть, русскоязычный Телеграм чат, где можно было найти исходники. Толку?
>Но всем пофигу, исходники никогда ничего не стоят, важна команда, которая развивает проектДоказано Виталиком Бутериным.
Добрый день! Из всяких броузеров третьего сорта - самый лучший, это PaleMoon! Шерстяной прямо сильно шарит в броузерах и пилит в одно лицо! И в palemoon даже динамический сайт на react работает более-менее! А вот seamonkey и chromium вообще разочаровали - то то не работает, то это. В общем, palemoon молодцы. Servo сильно глючно работает.
Запомните. Если что-то не работает в Хроме, значит это не интернет. Это же очевидно.
>и chromium вообще разочаровали - то то не работает, то этоТоже не понятно, как это может что-то не работать в chromium.
> Из всяких броузеров третьего сорта - самый лучший, этоthorium
Вот эту надпись (В Firefox уже интегрированы некоторые части Servo, такие как многопоточный CSS-движок и система отрисовки WebRender.) уже читаю много лет. Когда пойдут дальше с внедрением?
Свой движок больше не пилят, от Servo избавились и тоже забили.
какое нафиг "когда", если внедряльцев пять лет уже как э... "отпустили в свободное плавание" - ну, в смысле, выкинули за борт с той дырявой баржи на ходу. И рыбки сыты, и паровой машине полегче.
ну интегрировали пару раз и выкинули. там дальше своё, семья. что, первый раз что ли?
Сыроват. Подожду 0.0.2
Дождёшься 0.0.2 - а оно заржавело.... :)
Интересно будут ли на servo и ladybird делать полноценные браузеры?
полноценные - которые открываются и показывают веб без подписки и смс?
Не прошло и... а, уже прошло.
Ещё во времена IE6 у меня сайты с диалапом летали. Потому что проблема не в браузерах, проблема в квалифицированной рабочей силе.
Во времена IE 6 не было столько JSкрипта на сайтах.
Отключи JS и оно всё равно тормозит. Проблема в слоупочном парсинге самого html и css, а ненавистный многими js лишь добавляет тормоза к уже существующим.
> в слоупочном парсинге самого html и cssCSS превратился в жирного монстра
> Проблема в слоупочном парсинге самого html и css,
> парсинге [...] cssС разморозкой!
https://github.com/brandondong/css-turing-machine
Там были статические html'и (CGI - это тоже статический html)
Да ты видать не застал ActiveX и VRML :)
И ActiveX и Java Applet'ы застал, конечно. А вот про VRML впервые слышу. Но даже ActiveX был легким сильное легче, относительно современных тонн JS'а.
> даже ActiveX был легким сильное легче, относительно современных тонн JS'а.Ну дак раньше для использования делали, а сейчас - чтобы было.
было что? конские зарплаты оправдать?
SpeakEZ Technologies у этих ребят очень интересный взгляд представлен в блоге на компиляцию. Rust рассматривается в том числе. Основной вывод что Раст заточён под одну архитектуру и фактически захардкожен. Теория владения плохо ложится на распределение вычислений на разных процессорах.
Проблема rust куда глубже -- он обречен на стагнацию, так как гарантии которые он дает, крайне плохо подлежат пересмотру и расширению. Не говоря о ряде врожденных проблем, его нельзя просто взять и расширить новыми концепциями, или, по крайней мере, это будет чрезвычайно сложно и очень долго. Даже java по сравнению с rust -- просто полигон для быстрого внедрения ключевых инноваций ))) В rust можно накручивать и перекручивать библиотеки, налепить сбоку скотчем очередные порции "стабилизированного API", но пролечить или отменить его родовые проблемы -- невозможно в принципе.
> Теория владения плохо ложится на распределение вычислений на разных процессорах.Да, именно поэтому распределённые вычисления настолько сложны. Если один процессор читает, пока другой меняет, результат выполнения программы непредсказуем. Поэтому надо гарантировать что либо один писатель, либо произвольное число писателей. Это можно делать либо в рантайме, используя примитивы синхронизации, что создаёт проблем с производительностью, либо на этапе проектирования программы, так чтобы примитивы синхронизации были бы не нужны, но это ещё большая проблема, потому что архитектура программы загоняется в довольно жёсткие рамки, которые задаются до того, как программа написана, а в процессе написания кода начинают проявлятся случаи не укладывающиеся в выбранную архитектуру.
Это реальная дилемма. Непонятно, почему ты вместе со SPeakEZ Technologies выделяешь Rust как уникальный язык, сталкивающийся с этой дилеммой. Это у всех так.
Сколько набирает в Speedometer3.1?
А прошлую версию где скачать?
Ах, язык, забыли...
Ну это не серьезно, столько лет его пилят, и всего лишь версия 0.0.1. В 90е-2000е как то больше энтузиазма в опенсорсе было, а современная разработка идет слишком медленно.
так это свободная разработка. она вообще никуда ходить не должна. скорее всего папарацци увидели и снапшотнули
> В 90е-2000е как то больше энтузиазма в опенсорсе былоТак не только в опенсорсе было. Я помню вэб разработку образца 1996 года и 2001 года. Разница астрономическая всего за 5 лет. А сейчас, вот прошло 5 лет после 2020 года, вообще не вижу ничего прорывного в IT, что было бы доступно широкой публике.
Что-то боюсь, что с многопоточным движком сайты начнут грузить все ядра вместо одного.
ну да, второе надо беречь