Представлен выпуск проекта Wasmer 5.0, развивающего runtime для выполнения модулей WebAssembly, который можно использовать для создания универсальных приложений, способных выполняться в разных операционных системах. Wasmer также можно применять для изолированного выполнения не заслуживающих доверия блоков кода в составе обычных приложений. Код проекта написан на языке Rust и распространяется под лицензией MIT...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62137
>Unbound collaboration
>Packages are limited by their languages no more. Collaborate across stacks, leverage the ecosystem and contribute your own packages.Линус: "Может, поспорим?"
Ничего не понял. Как сделать десктопное приложение или приложение для андроид?
в браузере
но тогда зачем оно?
Перформанс. Просто для справки реализовать функционал фигмы без васм невозможно.
Ниже уже пояснил за "перформанс". Нужен перформанс - не пихайте в браузер. Не надо всякую тяжёлую гадость, особенно обфусцированную, пихать в браузер. В браузере должен исполняться исключительно необфусцированный открытый для реверс-инжиниринга cleartext. Остальным - GTFO.
> Нужен перформанс - не пихайте в браузер. Не надо всякую тяжёлую гадость, особенно обфусцированную, пихать в браузер.А то что? (с)
> В браузере должен исполняться исключительно необфусцированный открытый для реверс-инжиниринга cleartext.
Кому должен? Может даже такой закон есть?
Почему мой великолепный cleartext должны смотреть какие-то васяны?
Хочу и обфусцирую, я их на свой сайт не приглашал.> Остальным - GTFO.
Можешь сделать свой интернет)
Было дополнение к Фуррифоксу, которое запрещало выполнение скриптов под несвободными лицензиями.
Хм.. не сомневаюсь.
И много кто им пользуется? Интернет вообще открывается)?Понятно что найдутся фанатики, типа латиноамериканского фонда спо, которые готовы себе в ногу выстрелить, ради "свободы" или соре-либре-гну-каноебут которые больше девайсов удаляют чем добавляют.
И как свободный код противоречит wasm? Никак
>Хочу и обфусцирую, я их на свой сайт не приглашал.Хочу - и сру на копирайт.
> А то что? (с)А то перформанс будет только в маркетинговых лозунгах.
Правда, многим этого вполне достаточно...
> Можешь сделать свой интернет)Нах ненадо никому. Напомню кто уже делал свой интеренет:
Java Applet (с загрузкой из сети), Silverlight и даже Macromedia Flash.
Сейчас очередной заход на 10 лет перед неминуемой смертью.
А я тебе сейчас поясню за юзабилити. Как ты блондинке дизайнеру Даш ссылку на свой супер дизайн в стороннем приложении например адоб хд? Тем более если у неё его нет? А ссылку в браузере ей дать изее лёгкого и сразу там же можно совместно работать. И перформанса как раз хватит рисовать квадраты с закругленными углами.
ух ты а как ты передашь авто своему коллеге по СТО, если у него нет даже отвертки?о точно будем брать инструмент в аренду, во время заказа
и внезапно становится понятно что нет никакой разницы, кроме неудобства
многопользовательской работы никогда не было без браузера!? ))
> авто своему коллеге по СТО, если у него нет даже отвертки?А этот коллега и не должен в нем ковыряться отверткой. А только посмотреть и написать замечания.
> и внезапно становится понятно что нет никакой разницы, кроме неудобства
Потому что вы им не правильно пользуетесь. Фигма не супер удобна, но лучшего пока не придумали.
> многопользовательской работы никогда не было без браузера!? ))
А какая она была? Какой был аналог тех же гугл-доковс одновременным редактированием?
Нужно было ставить софтину. А тут просто ссылку открыл и готово.
В адобе никогда не было многопользовательской работы. Как минимум интерактивной. Кстати расскажи почему?
> В адобе никогда не было многопользовательской работы. Как минимум интерактивной. Кстати
> расскажи почему?Adobe XD version 32, coedit, гугли.
Но да Figma была раньше, но ради одной этой фишки терперь всю ее ущербность?
Может Фигма и удобна дизайнерам, а всем остальным - это ад прототипирования и документации.
Пока в Zeplin не экспортнешь девелоперам вообще не с руки в ней ковыряться.И вообще а так ли надо совместная работа именно в реальном времени? У вас целые команды дизайнеров трудятся днями и ночами над одним проектом? Жирные кастомеры у вас )))
Часть сотрудников сидит на лине, часть на винде, часть - на яблоке разных версий
В таком случае, даже обычный обмен дизайнами приложения уже не очень простой. Особенно учитывая что ПО разных версий может ругаться на файлы с более старых или более новых версий ПО. Бонусом предположим, что сотрудники, как это сейчас часто бывает, включая дизайнеров, на удаленке и то что запросто можно скачать под винду, едва ли просто отыщешь для яблокаВ итоге, даже простая с виду штука как работа по дизайнам, превращается в балаган ещё даже до самих дизайнов - тупо на этапе установки ПО и открытия файлов
Та же фигма решает эту проблему. Ко всему прочему, простой экспорт в несколько кликов элементов дизайна. Причем, в форматах и разрешениях на выбор
И работает без установки на любых ОС и архитектурах где есть свежий браузер
ай не решает, там внутри такой же балаганклиента для линя нету, только браузер, жуткие лаги и отлик бешеный, что из-за электорна, что из-за постоянного онлайна
а для всех участников есть более удобные пути, фигма не является универсальной для всех, она костыль
не говоря уже о том что это облачная поепота, даже файлы сохранненые локально даже перед открытием быть загружены в облако фигмы
не-не, не надо нам такая кроссплатформенность )))
Не понял пример. Если дизайнер что–то должен рисовать, то пускай ставит программу или рисует на скринах.
Не дизайнер, а "блондинка-дизайнер Даша". Которая не умеет ставить софт (с её слов). А рисовать умеет (тоже с её слов).
> А рисовать умеет (тоже с её слов).... но только в браузере (тоже с её слов).
Платный софт которым она не пользуется? Да и в фигме не рисуют там делают прототипы. Обсуждают макеты и всякое такое. Не браузерных альтернатив просто нет.
Выучи наконец что такое прототип и зачем он нужен. И зачем нужна фигма. Твой уровень сразу повысится.
Глянул что такое Figma. Microsoft expression blend в 10 раз лучше.
> Глянул что такое Figma. Microsoft expression blend в 10 раз лучше.это не одно и тоже, XAML не универсальный, у мелкософта всегда все так, голимая попытка создать комбайн универсального цикла
и кстати твой собеседник звездит, что в фигме UI не рисуют, рисуют, еще как рисуют, конечный дизайн даже можно экспортировать для верстки в веб, всю нарезку, ассеты...
возможность работать с примитивами вместо растра и вектора ускоряет работу, но не более, все остальное то же самое
>В браузере должен исполняться исключительно необфусцированный открытый для реверс-инжиниринга cleartextМинифицированый js(а это почти все современные сайты) ничем не лучше wasm. Реверс-инженерить можно всё что угодно, хоть проприетарные бинарники под виндой.
Очень даже лучше, и реверсится на ура. Если это не виртуальная машина, скомпилированная в JS. С виртуальными машинами всегда такой ужас...
>Очень даже лучше, и реверсится на ураИ как же вы будете реверсить приложение на условном реакте?
Да
ну ты открываешь android studio, кидаешь на макет элемент WebView, потом полноценном ЯП типа c++ или java пишешь приложение, конфертируешь его в webasm и открываешь как сайт в WebView. Потом идешь пить смузи и обсуждать жидкости дял вейпа с коллегами.
> Ничего не понял. Как сделать десктопное приложение или приложение для андроид?Нужно сначала установить виртуальную платформу (посредника. runtime окружение).
Или сразу через runtime для браузера - V8, JavascriptCore.
В статье перечислены 8 вариантов платформ для запуска WebAssembly приложений.
iOS же не позволяет приложению долго работать. То есть, написать можно, но работать оно не будет?
В порядке поинтересоваться - это как?
Если приложение долго работает без взаимодействия с пользователем и не запустилось как сервис, то это подозрительно? Такая идея безопасности?
Дано: программа с pthreads, WASI SDK, цель wasm32-wasi-threads, собран clang 20 (никаких emcc и прочего многогигового мусора, ещё он кажется вообще не для WASI) c помощью CMake (файлы тулчейна - из репозитория, файлы для сборки с помощью CMake - из другого репозитория, пришлось их немного пофиксить правда, так как они малость устарели)wasmer run --enable-all --mapdir .:. --enable-verifier --llvm -- ./x264.wasm --preset placebo --tune film -o ./test.264 ./test.y4m
y4m [info]: 480x828p 1:1 @ 30/1 fps (cfr)
x264 [error]: malloc of size 397440 failed
Error: failed to run main module `./x264.wasm`В wasmtime такие же результаты, как и в других рантаймах. wasmedge вообще отказывается запускать, не нравится ему импорт памяти, хотя якобы треды он поддерживает, а импорт памяти почему-то является частью спецификации тредов
Таргет wasm32-wasi работает на всех рантаймах. Нативная сборка тоже работает.
И замечу: на этих графиках не хватает одной очень важной линии. Время исполнения программы, скомпилированной в нативный код (и ещё AOT-скомпилированный васм добавить). Не хватает намеренно: при её наличии стало бы очевидно: весь этот wasm и wasi - это просто хайп, а программы, в него скомпилированные - bloatware.x264 --preset medium --tune film -o ./test.264 ./test.y4m # real 0m6.409s user 0m10.440s sys 0m0.215s
wasmedge --enable-all --dir ./:./ -- ./x264.wasm.so --preset medium --tune film -o ./test.264 ./test.y4m # real 1m35.694s user 1m34.667s sys 0m0.260s
Проц - двухядерный, "кора дуба" и "калькулятор".
0m6.409s/1m35.694s ≈ 0.066973896
поскольку васмовая реализация в этом случае была однопоточной, помножим на два: 0.13
Получается, что васмовая реализация в самом идеальном случае (мы же знаем, что в соответствии с законом Амдала 2 - это недостижимая верхняя грань, а ещё у нас всё AOT-скомпилировано, jit-компилированный вариант ещё на порядок медленнее) в 30 раз медленнее. Это мы забили на все гарантии - когда мы васм AOT-компилируем (если честно - то и jit-даже), все гарантии песочницы исчезают.
Ой, извиняюсь, не в 30, а в 7. Скобки забыл.
Ну чуть-чуть ошибся, бывает))Но вообще, тебе не кажется что ты сравниваешь теплое с мягким?
Нужно сравнивать не с нативным кодом, а с реализацией, которую можно получить в браузере на js.Потому что стояла задача именно запуска в браузере: ты не всегда можешь и еще реже хочешь устанавливать софтину локально. У тебя даже прав на это может не быть. Зато если есть браузер - ты можешь запустить софт везде.
И это позволяет делать софт для браузера, который раньше сделать было просто невозможно из-за перформанса.Твое сравнение - это как грузоподъемность патриота и камаза.
Камаз конечно круче в 30 раз, но мне вообще-то нужно чтобы тачка в подземный паркинг влазила.
>Нужно сравнивать не с нативным кодом, а с реализацией, которую можно получить в браузере на js.Да?! WASI продвигают именно как замену десктопным бинарникам, что-то типа джавы и дотнета, только от нужных ребят (Bytecode Alliance вместо Oracle-орков и Micro$oft) - а ты мне про реализацию в браузере на JS рассказываешь.
А на JS в действительности побыстрее будет - там нужно одно браузерное API дёрнуть, а не плясать с самокомпилированными бинарями, нужный кодек в браузере есть, в виде нативного кода. Гораздо проще, понятнее, реверсопригоднее, менее опасно (васм попахивает rowhammerом и микроархитектурными, а также обходом песочницы).
На десктопе есть применение этому WASM + WASI - использование в режиме эмуляции для обработки файлов, эксплуатирующих уязвимости. Так как эмулятор проверяет границы на каждый чих - то с высокой вероятностью сломается. Так как эмулятор не использует нативный код - все эксплоиты на основе нативного кода сломаются.
Другого применения для WASI на десктопе - не вижу.
> Проц - двухядерный, "кора дуба" и "калькулятор".М... а не приходило в голову, что оно и не предполагало запуск на таком хламе?
Не хочешь протестировать хотя бы на шестиядернике с современной архитектурой?
Джава апплеты тоже не предполагались для запуска на том железе которое тогда существовало. Первое железо на котором нормально могли работать джава апплеты появилось лет через после деприкейта джава апплетов.
Хлам - это нынешняя WASM-экосистема. При AOT-компиляции васма я ожидаю производительности, соответствующей компиляции непосредственно в машинный код. Ведь что такое васм? По сути - другой синтаксис для биткода LLVM. И нативный x264 был скомпилирован именно так -- шланг в другой -flto не умеет, при -flto все объектные файлы содержат биткод, а готовый бинарник оптимизируется уже LLVMой, и это правильно.Коль рожа кривая - нечего на зеркало пенять.
>Не хочешь протестировать хотя бы на шестиядернике с современной архитектурой?
Вот ты и протестируй, а у меня другого камня нет, и не будет, я вам не Линус.
Мне кажется ты не очень понимаешь что такое кроссплатформа и зачем она нужна. То что кроссплатформа достаточно быстрая это уже успех, число пи в стотысячном знаке на ней все равно считать на будут.
Кроссплатформа - это когда под целевую платформу можно aot скомпилировать бинарник. Хочешь - из LLVM-биткода, хочешь - из исходников.
Бинарник браузера отлично конь пилируется. Все остальное уже в нём.
>По сути - другой синтаксис для биткода LLVMНет. Их семантика различается. LLVM IR может делать произвольные вещи с памятью, это почти как обычный ассемблер, в то время как WASM ограничен в возможностях. Вот как человек пытался сборщик мусор и исключения к wasm прикрутить https://habr.com/ru/articles/757182/.
Если васм рантаймы там на каждую третью операцию с памятью границы проверяют - то понятно, куда вся производительность улетучилась...Спасибо за ссылку на статью. Негодования автора по поводу W^X не разделяю. W^X - must have, и точка.
>Вот ты и протестируй, а у меня другого камня нет, и не будет, я вам не Линус.Когда ты налоги не сможешь заплатить из-за того, что на твоём камне приложение ФНС не запустится и тебе пеню выпишут, или автомобиль в ГАИ зарегистрировать, или заявление на отсрочку от призыва подать на "Госдие", у тебя быстро "камень" найдётся.
>>Вот ты и протестируй, а у меня другого камня нет, и не будет, я вам не Линус.
> Когда ты налоги не сможешь заплатить из-за того, что на твоём камне
> приложение ФНС не запустится и тебе пеню выпишут, или автомобиль в
> ГАИ зарегистрировать, или заявление на отсрочку от призыва подать на "Госдие",
> у тебя быстро "камень" найдётся.мля, только нашим законодателям не подсказывай! А то ж мы все знаем, КАКОЙ камень у них для тебя найдется и сколько это будет тебе стоить.
Вот тут-то ель-брусы и взлетят! По 120nm технологии, или даже по 500nm - похрену, плати налоги а не то еще и корову отнимем!
P.S. спёрбанк после апгрейда вемборды перестал работать на атомах. Ну в смысле не совсем перестал, можно подождать пол-часика, отрисуется конечно... Так что примерно туда и идем, товагищи.
Оптимизированный ассемблерный код небось отвалился, и непонятно что по части simd в твоей wasm сборке. Я нейронки на васме раню в браузере, всё ок.
x264 требует установки на машину клиента, а wasm устанавливается как платформа для широкого круга своих приложений. А так, если серьезно работаешь с приложением, то install выгоднее.
Если верить информации из наших интернетов, то WASM уже давно в проде - 96.02% браузеров его поддерживают[1] и отлично готов к запросам пользователей.Понятно, что всякие сидящие на фурифокс50 или третепнях оценить прогресс не смогут, но много ли таких пользователей?
[1] caniuse.com/wasm
у меня на 3 пне 115 фаерфокс, где мне оценить мощь сабжа?
> у меня на 3 пне 115 фаерфокс, где мне оценить мощь сабжа?"мощь" и "третий пень" в одном предложении? Серьезно?
Ну, попробуй запусти какую-то демку. Но скорее всего ты попадешь в 4% неподдерживаемых систем.
Но зачем оно нужно... Почему интерактив до сих пор пишут на javascript, ведь уже 96.02% браузеров поддерживают wasm?
> Но зачем оно нужно... Почему интерактив до сих пор пишут на javascript, ведь уже 96.02% браузеров поддерживают wasm?Хм.. ты же понимаешь, что новая технология сталкивается с кучей сложностей.
Например с тем что жаваскриптных веб-камак, как куличиков за баней.
А на ВАСМе нужно дополнительное понимание. И нем можно писать на других ЯП типа C/C++, C# и Rust.
Которые тоже нужно знать и программеры дороже.Или дело в том, что поддержка появилась примерно с 17 года, пока начали раскачиваться...
А может в том, что всем это не нужно.
Ну подумаешь потормозит немного JS скрипт? Ничего страшного, пользователь потерпит, не в первый раз.
А вот для вещей, которые вообще без WASM сделать невозможно - от там он точно нужен.
Типа фигмы или онлайн AutoCADа.
>А вот для вещей, которые вообще без WASM сделать невозможно - от там он точно нужен.Что значит невозможно? Всё, что делает WASM можно сделать и на чистом JS. Только вариант на JS возможно будет больше тормозить чем WASM. WASM это же просто бинарный asm.js. А asm.js это ограниченный JS.
> Что значит невозможно? Всё, что делает WASM можно сделать и на чистом JS. Только вариант на JS возможно будет больше тормозить чем WASM.Вот ты и ответил на свой вопрос))
Никому не нужна фигма которая грузится минуту или пять.Зачем вам машина, если есть лошадка?
Она правда бегает медленнее и тянет меньше.> WASM это же просто бинарный asm.js. А asm.js это ограниченный JS.
ну... ты очень упрощаешь ситуацию
> Никому не нужна фигма которая грузится минуту или пять.Даже если бы она грузилась полчаса, то она всё так же была нужна. Это как с Окнами которые с кажды разом только хуже, но никакого масового исхода нету. Все терпят.
> Даже если бы она грузилась полчаса, то она всё так же была нужна.Неа.
Просто бы использовали другие процессы.
Например гуглдокс с документом в котором скрины и можно оставлять комментарии.
Или дропблокс для переброски ассетов.А может фигме просто пришлось бы написать standalone приложение.. а они собственно его и написали.
Просто веб это наверное самый удобный способ посмотреть что там.
А если рисовать - то да, пусть дизигнеры устанавливают себе приложуху.
Неа. Потому что это такой must have и стандарт которым пользуются условные все и из–за этого приходится терпеть.
WASM (WebAssembly) позволяет выполнять код нативного уровня в браузере, но есть задачи, которые невозможно выполнить без него или ограниченно. Вот некоторые из них:1. Выполнение нативного кода: WASM позволяет запускать высокопроизводительный код, написанный на языках вроде C или Rust, что невозможно с обычным JavaScript.
2. Требования к производительности: Задачи, требующие высокой производительности, например, игровые движки или обработка больших объемов данных, лучше реализуются с использованием WASM.
3. Интеграция с нативными библиотеками: WASM позволяет использовать код из существующих нативных библиотек, что невозможно без компиляции в WASM.
4. Безопасный многопоточный код: WASM поддерживает многопоточность с использованием Web Workers, что сложно реализовать исключительно на JavaScript.
> 1. Выполнение нативного кода: WASM позволяет запускать высокопроизводительный код, написанный
> на языках вроде C или Rust, что невозможно с обычным JavaScript.Asm.js
> 2. Требования к производительности: Задачи, требующие высокой производительности, например,
> игровые движки или обработка больших объемов данных, лучше реализуются с использованием
> WASM.Asm.js
> 3. Интеграция с нативными библиотеками: WASM позволяет использовать код из существующих
> нативных библиотек, что невозможно без компиляции в WASM.Asm.js
> 4. Безопасный многопоточный код: WASM поддерживает многопоточность с использованием Web
> Workers, что сложно реализовать исключительно на JavaScript.Сложно, но не невозможно. Вообще WASM имел большой потенциал, но как был типизированным, изолированным, бинарным JS, так и остался. Это же ограничивает его производительность. Лучше бы QEMU интегрировали в браузер и дали бы ему ABI для общения с железом за пределами песочницы. Производительность была бы на уровне Java и C#, а не в разы хуже них. Так же очень ожидалась компиляция shared-библиотек, чтобы можно было кэшировать общие библиотеки загружаемые с какого-то CDN, но оно как создавало единые огромные блобы, так и создаёт. В итоге лучше иметь хорошо написанный JS, чем кривую реализацию блобов.
> Типа фигмы или онлайн AutoCADа.Меня аж передёргивать от отвращения. Если нужны подобные программы, то следует делать по нормальному а не городить огород и запускать всё через несколько прослоек.
> Меня аж передёргивать от отвращения.Sad to be you)
> Если нужны подобные программы, то следует делать по нормальному а не городить огород и запускать всё через несколько прослоек.
Зачем мне многогигабайтная программа на компе, если она мне нужна пару раз в месяц, а то и реже?
Я просто открываю фигму, смотрю "чего там намалевали" и оставляю комментарии к соответствующим частям дизайнов.
Чтобы открыть и оставить комментарии. Странно, но здесь полно людей оправдывающих эти самые многогигабайтные программы, постоянные и объязательные обновления, и я уверен что ты из таких, но при этом тебе жалко нескольо ничтожных гигабайт на нужную программу. Чтобы тебя успокоить я мог бы привести график изменения цены за гигабайт дискового пространства, привести цыфры по среднему объёму дисков, посчитать процент этих самых гигабайт от терабайта, указать на то что в наше–то время никто ничего у себя не хранит потому что есть же Internet.
А вот мне гигибайтов не жалко, они стоят копейки.
Тут в другом дело - фигму я могу открыть где угодно. На рабочем компе в офисе, на домашнем компе, на домашнем ноуте, даже на телефоне если сильно нужно. И она всегда будет в актуальном состоянии.Я могу на ней показать кому-то что-то, напр. описать проблемную цепочку юзерстепов.
А он будет следовать за моим курсором.Плюс одновременное редактирование холста. Приведи пример софтины, которая так умеет.
Это просто удобно.
> Если нужны подобные программы, то следует делать по нормальному а не городить огород и запускать всё через несколько прослоек.Давно существует "ПО как услуга", не требующая установки на компьютер и смартфон потребителя.
Это также внедряется в корпорациях (аутсорсинг и вклад отдела ИТ).
Серьёзные сложности веба - это не какие-то алгоритмы, а необходимость лаконично распихать интерфейсы чтобы и выглядело неплохо на разных экранах и жрало не сильно много. Это при условии что разные браузеры и их версии поддерживают всё одинаково, чего обычно не бывает
Поэтому, упоминание сишников и, тем более, растаманов, тут не совсем уместноДо недавних пор, по крайней мере, с тем же DOM нельзя было нормально взаимодействовать из васма - всё равно требовался жс, через который туда-сюда пробрасывалось всякое
Главным плюсом васма на момент его появления упоминалась не скорость работы как таковая, а бОльшая прогнозируемость потребления ОЗУ при выполнении. По крайней мере, со стороны браузеров и их разработчиков, особенно - соответствующих движков
Ну и общим плюсом была возможность затащить в веб уже реализованные на других ЯП алгоритмы, включая всевозможные преобразования форматов
Т.е васм в принципе не предполагался как замена жс. Он был скорее вроде модулей, производных от других ЯП, совместимых с веб и которые можно дёргать из жс
https://www.figma.com/blog/webassembly-cut-figmas-load-time-.../
браузеры поддерживают свой js движок, а wasm в свою очередь его использует.
Энтузиасты: пытаются в многоплатформу для МАКСИМАЛЬНОГО количества систем
Гугля: а зае___ошу как я в Хром поддержку ТОЛЬКО Венды 10+!
Люди: вы там рыбного супа объелись?!
И? напомню от семерки отказались почти все, начиная с мелкомягких.
Фаерфокс вин7 поддерживает только на 115 версии и дальше будет тольео дроп.> Энтузиасты: пытаются в многоплатформу для МАКСИМАЛЬНОГО количества систем
Тратя тонны человекочасов на некроплатформы с десятыми процентов юзеров.
Но это их право на что тратить бесценные часы своей жизни, так что осуждать не буду.> Гугля: а зае___ошу как я в Хром поддержку ТОЛЬКО Венды 10+!
И правильно вин10 вышла уже 9 лет назад.
Для 8.1 даже расширенная поддержка закончилась в 23 году.
Ради кого стараться, исправлять баги, проводить тестирование и проверки на регрессии.. ради ~0.5% пользователей?> Люди: вы там рыбного супа объелись?!
Гугля: не это вы ухи объелись, наш проект, что хотим то и делаем. Указывать и тем более требовать от нас чего-то вам права никто не давал.
Вам что-то не нравится? Ну так саппортите сами или идите на Хурд запускайте на нем дилло.
> Тратя тонны человекочасов на некроплатформы с десятыми процентов юзеров.Никогда не поверю в эти тонны человекочасов. Это ж не Windows 95 поддерживать.
> Никогда не поверю в эти тонны человекочасов. Это ж не Windows 95 поддерживать.Думаешь сильно лучше?
Представь, что для каждого билда хромого (про него ж речь) приходится прокатывать тесты на вин7.
А потом если какой-то тест упал, то брать программера или qa-automate и садить разбираться что там отсохло на этот раз.
И ладно, можно регрессии проверять только на каких-то мажорных сборках, но это все равно время и деньги.
Думаю да потому что разница между Window 7 и Windows 10 не столь большая и можно довольно легко найти наименьший общий знаменатель.
> Думаешь сильно лучше?Между 98 виндой и XP, 7, ... принципиальная разница.
А разница между 7 и 10 - просто прикрутили магазин приложений мелкомягких в нагрузку к драйверам для нового оборудования. И другую приблуду в том же духе. Идей полезности иссякли - перешли к втюхиванию.
>И? напомню от семерки отказались почти все, начиная с мелкомягких.Хозяин запретил - холопы повиновались. Вся суть опенсорса. Да и клоуседсорса тоже.
>>И? напомню от семерки отказались почти все, начиная с мелкомягких.
> Хозяин запретил - холопы повиновались. Вся суть опенсорса. Да и клоуседсорса тоже.Ты прав с выводами, но совершенно не прав с предпосылкой.
Опенсорс это с одной стороны желание поделиться своими достижениями, а с другой - жажда халявы.
Целые поколения пользователей были воспитаны с идеями что "опенсорс - это как проприетарь, но бесплатно"
В итоге мы получили толпы потребителей, которые ничего не хотят приносить в проект (а иногда даже вредят, напр. отключая отправку крешей), а вот требовать они горазды.Как только благодетель, который писал или саппортил что-то, уходит, то чаще всего начинается нытье.
пользователи хрома - ссзб
Назови хоть один адекватный и актуальный браузер, работающий под win7
Pale moon.
Например - Там тоже есть встроенный переводчик?
Нету. Он не нужен.
А ютуб так открывается и даже не тормозит?
Или ютуб тоже нинужОн?))Поделее шерстяного имело минимальный смысл на 32битных ХР и прочем старье.
А после того как оно выпилил поддержку, оно окончательно превратилось в очередной ненужный васянопроект.
> А ютуб так открывается и даже не тормозит?
> Или ютуб тоже нинужОн?))
> Поделее шерстяного имело минимальный смысл на 32битных ХР и прочем старье.
> А после того как оно выпилил поддержку, оно окончательно превратилось в очередной
> ненужный васянопроект.YouTube открывается, торомозит, но не так чтобы совсем. Можно смотреть через Invidious (который п последнее время мало что открывает из–за активного сопротивления со стороны Утупа) в котором видео играется даже с выключенным JavaScript или же смотреть видосик не прям на youtube.com а через встраиваемый плеер чтобы не торомозило. YouTube действительно не нужен. Это такая помойка для обывателей которой лучше бы вовсе не существовало. Впрочем, есть ещё Thorium и Supermium в которых Утуп работает быстрее.
"Version 115.17.0, first offered to ESR channel users on October 29, 2024. Firefox ESR 115 is now supported only on Windows 7-8.1 and macOS 10.12-10.14"
Есть проект, кто патчит эту версию до сих пор.
Рынок есть и на нем люди идейные и увлеченные. )
Не знаю, сама ли Mozilla человеками на зарплате его поддерживает (что вероятнее) или чью-то помощь принимает (ты это имел в виду?), но вот есть эта ESR, ещё поддерживается.
> поддержку ТОЛЬКО Венды 10+Все вопросы поддержки для opensource решил один проект - mingw (ну и cygwin), Они в какой-то момент сказали - win10+ и всё... Все opensource проекты автоматом стали win10+.
Звездёж.
ChatGPT, чем wasm лучше jvm?
я уже спросил
WASM и Java VM (JVM) имеют разные цели и особенности. Вот некоторые преимущества WASM по сравнению с JVM:1. Производительность: WASM обеспечивает высокую производительность благодаря компиляции в бинарный формат, ближе к нативному коду, что позволяет быстрее исполнять приложения в браузере.
2. Легковесность: WASM имеет меньший размер по сравнению с JVM, что делает его загрузку и выполнение более быстрым, особенно в веб-приложениях.
3. Кроссплатформенность: WASM предназначен для работы в браузерах на различных платформах, предоставляя одинаковое поведение незалежно от устройства.
4. Безопасность: WASM работает в изолированном окружении, что обеспечивает дополнительный уровень безопасности при выполнении кода в браузере.
5. Поддержка множества языков: WASM позволяет компилировать код на различных языках (C, C++, Rust и др.) в единый бинарный формат, что делает его универсальным инструментом.
6. Интеграция с веб-технологиями: WASM легче интегрируется с JavaScript и другими веб-технологиями, оптимизируя производительность веб-приложений.
Хотя у каждого из инструментов есть свои применения и областя применения, WASM ориентирован на веб, тогда как JVM применяется чаще для серверных приложений и разработки на Java.
Ха-Ха
Сам прочел что скопировал
"предоставляя одинаковое поведение незалежно от устройства."
Либо свиснута из Украины, либо для Украины ответ. Суржик какой-то. )
Мне почему–то кажется что Flash и Silverlight если бы и были медленнее, то не так что прям слишком чем этот франкенштейновский монстр, и в некторых задачах уж точно побыстрее чем просто JavaScript с HTML с CSS. Офигеваю каждый раз когда пользуюсь сайтом банка и там модальные окна и выпадающие менюшки некисло так грузят ЦП и появляются с ощутимой задержкой. Помнится играл в довольно навороченные игрульки на Flash и они нагружали комп поменьше чем пролистывание странички на DTF. А ведь как один из аргументов против Flash приводилось его ресурсоёмкость и вот теперь Flash нету, но странички в WWW грузят комп даже больше и, заметьте, на совсем элементарных задачах. Всех кто собирается хулить мою кору дуба призывая опомниться.
Проблема с Flash была в безопасности, а не в том, что он что-то там грузит.
> Проблема с Flash была в безопасности, а не в том, что он
> что-то там грузит.то ли дело бинарные жабаскрипты в браузере. Все безопастнее и безопастнее.
Проблема с флэш была в том что он не требовал гуглоплея и огрызкостора. Успешно решена.
Так эти бинарники в браузере в песочнице крутятся, так что доступа до системы имеют даже меньше чем сам js.Вы бы хоть разобрались в сабже.
> Так эти бинарники в браузере в песочнице крутятся, так что доступа до
> системы имеют даже меньше чем сам js.
> Вы бы хоть разобрались в сабже.Так Flash тоже в песочнице.
> доступа до системы имеют даже меньше чем сам jsМежду тем стабильный ini-файл с настройками программы сделать получается. Видимо в HTML5-хранилище сайта... Хотя, некоторые runtime-платформы (коих тут дофига) могут и в какой-нибудь реальный каталог пустить (а-ля node.js).
Ага–ага. Всё остальное безопасно а Flash такой небезопасной такой небезопасный что надо закопать иначе просто невозможно.
Интересно стало, а в чём проблема emscripten, что выпилили его?
ИМХО, тут попытались получше разделить targer libraries (допустим, есть API на wasm для fopen/fread/fwrite/fclose) и конкретную runtime-платформу (скомпилированный wasm работает в chrome, safari, firefox и в каком-нибудь standalone эмуляторе без браузера).В emscripten получилось как-то очень сильно запутанно. Допустим для графики используют эмуляцию X-сервера, у которого framebuffer на HTML5-canvas... на qt5-wasm что-то подобное получалось).
Сайт проекта - сплошная презентация для топ-менеджеров. Раз все квадратики расцвечены, значит будем внедрять! А по сути унылое ...