Комментарии 125
Кстати, ошибка InvalidStateError — попытка запустить в приватном просмотре, нужен обычный.
Кстати, ошибка InvalidStateError — попытка запустить в приватном просмотре, нужен обычный.что!?
это с какого фига веб приложение вообще зависит от способа сохранения приватных данных локально?
откройте about:config, параметер javascript.options.wasm должен быть true.
QuotaExceededError
TypeError: eventHandler.target is null
У меня тоже сначала вообще не заработало (тоже как и у SLY_G писало что старая версия браузера, хотя стоит 52 и пишет что доступных обновлений нет).
Вручную включил выставив javascript.options.wasm = true
Тогда стало загружаться, но на этапе компиляции (кстати хоть тут нормальная многопоточность — все 4 ядра работали) закончилось ошибкой
WebAssembly instantiation failed:
out of memory
Хотя в диспетчере задач смотрел — на пике браузер 1.5 Гб памяти использовал, т.е. это не общая нехватка, а где-то еще лимиты прописаны.
На минуточку, его доустанавливать надо было). И, если память не врет, не было возможности его использовать в Linux без бубна. С бубном получалось, но не у всех.
А открытый стандарт подразумевает, что это может сделать кто хочет, а не конкретный вендор, который «не хочет».
В отличие от других подходов типа Flash, которые требуют установки плагина в браузере..
А технологию Flash нельзя как-то встроить в браузер?
Всё резиновое, AS3 полноценный язык, игры 3D, анимация, видео, отображается везде одинаково и т.д.
А технологию Flash нельзя как-то встроить в браузер?
Нельзя, ибо собственность одной корпорации, а не открытый стандарт.
А веб-разработчики хотят полностью контролировать что происходит у них на странице.
Так же эта технология тащит за собой кучу проблем: Браузер не может контролировать чужой процесс. Многие баннеры сделанные на скорую руку, с утечками памяти. Cookies у flash свои. Новые дыры исправляются не синхронно, то есть браузер уже знает что есть важная дыра в безопасности, а Adobe еще только исправляет ее. Что в таком случае делать браузеру?
Вот если бы этот формат сделали открытым, можно было бы полноценно внедрить Adobe Flash в браузер, чтоб прямо из JS можно было обращаться к функциям Flash. А разработчики браузера сами бы имели возможность оперативно закрывать баги, до выхода официальных исправлений.
Сегодняшнее положение Adobe Flash скорее выглядит как «Не себе, не людям». Возможно Adobe еще верит в Apollo, где технологию Flash можно будет применять для создания Desktop приложений, но этот проект скорее мертв, чем жив.
Мне тоже хотелось бы чтобы это был открытый формат и надеюсь так и произойдет.
При обновлении флеша с get.adobe.com флеш для FireFox и других браузеров обновляется (и хранится он в одной из папок винды), а для Хрома нет — в хроме при проверке другая версия и загружаемая из другой папки. Зато хром сам его обновляет отдельно от установленного в системе.
САПР в браузере? Перемалывать в браузере числа? Но ведь он не для этого делался. Браузер ж скорее тонкий клиент, все вычисления к серверу. Если нужно мгновенное включение, без установки, то почему бы не сделать отдельно экзешник портабельной версии, который по тому же http будет получать ресурсы? К тому же и пошустрее будут из нативного кода то, а не промежуточного. Даже для вебщиков вроде не должно быть проблем, сейчас же активно js под десктоп развивается.
Ну а игрушки в браузере — простые итак работают, сложным не место в браузере(да и простым в принципе тоже).
«Переиспользование нативного кода»? Да ведь его итак придется дорабатывать нехило+и раньше работало на asm.js, причем говорят пошустрее.
Зачем развивать новую технологию, заполнять браузер лишними мегабайтами еще одной ерунды, которая делает из хлеба троллейбус, да потом еще и поддерживать? Разве что гуглу хромбуки попиарить и ФФ с хромом за собой пользователей застолбить, ведь сторонним браузерам все тяжелее будет гнаться за монополистами.
Браузер ж скорее тонкий клиент, все вычисления к серверу.
Хомячков много, серверов мало, если перенести часть вычислений на клиента, это разгрузит сервер и позволит делать больше интересных вещей.
Тот же Adobe можно со временем перегнать свои творения в веб, что будет 100% защитой от крякания
Да и админам проще будет сервер с тем же САПРом поднять
А а кто может и кто не может пользоваться — настраивать в политиках, а не ставить каждому на комп
Даже удалённая установка — это время
Ну а качество связи — нативный код думаю поменьше будет чем голый js, даже минимизированный
К тому же можно придумать варианты кэширования сборок
Правда, этим должны заняться не пользователи, а разработчики
И, думаю, лучше будет, если разработчики браузеров добавят фичи кэширования с настройками (например, запрет на автоматическое обновление кэша)
Ещё один шаг к браузеру-ОС
Вот! Чего бы не использовать уже существующую JVM, какую-нибудь.
Хоть в браузере, хоть вне его. Уже давно есть и изобретать ничего не надо.
Можно было бы JVM с браузером таскать, например.
Все пишут, что этот wasm новая и крутая технология, но не покидает ощущение, что всё это уже было и было успешно закопано.
Зато все работает на всех платформах, и не нужно ставить отдельное приложение, в котором ты будешь работать от силы пару минут в неделю.
Почему не нативные приложения? Потому что нужна универсальность. Пользователям нужно, чтобы «зайти по ссылке с любого устройства и работало», владельцам приложений нужно, чтобы не разрабатывать отдельное приложение под каждую платформу и чтобы пользователи были довольны.
И вот сейчас всё это реализовано на некоем кошмарном уровне, который до сих пор по удобству, функциональности и производительности (как для пользователей, так и для разработчиков) не дотягивает до уровня десктопных клиент-серверных приложений VB/Delphi середины 1990-х. Т.е., минуточку, того, что было достигнуто четверть века назад. Целую эпоху в мерках ИТ. На оборудовании, на порядки уступающем по производительности современным наручным часам. Пора с этим что-то делать :)
Он уже встраивает свой сертификат в https трафик. Правда при этом установщик забыл добавить сертификат, которым это всё подписано, в доверенные корневые сертификаты.
Второй довод — в вики на оф сайте:
Как включить расширение Kaspersky Protection в браузерах Internet Explorer, Google Chrome, Mozilla Firefox
(проверку буфера обмена мы делаем и если там пусто, пункты меню неактивны. а вот с пустой формы вырезается и копируется вполне отлично)
browser.tabs.remote.autostart — true
browser.tabs.remote.force-enable — true
Еще документов через D3
Никак, из webasm нету доступа ни к webgl, ни к webgl2. Там даже sin cos нет. Чтобы вызвать метод webgl надо вываливается в JS. Также нельзя там использовать ни WebGlTexture, ни WebGlProgram. Таким объектам надо присваивать индексы и хранить в JsArray. тянутся
После этого усталые парни с красными глазами в одинаковых корпоративных детских футболках нам объявят, что старые оси и слабое железо больше не поддерживаются новым супер-стандартом и всем надо сходить в магазин и купить новое, если в интернет хотим выходить.
И окончательно покончат с пиратским ПО — ведь они только ради этого всю эту затею пилят.
Нет не верно. Например из NDK можно вызвать функции OpenGL напрямую, а из webAsm нельзя вызывать. В webasm можно вызвать метод на JavaScript (вывалиться назад из Webasm в JS), а уже из JS вызывать webGl.
ac_add_options --enable-alsa
32 битная версия уже на 5-7 тяжелых вкладках умудряется в 2 Гб лимит упереться и либо полностью повеситься либо в лучшем случае тащиться как удав по стекловате до перезапуска.
На некоторых сайтах просто вешается, хотя 47я и более ранние версии этот же сайт отображают без проблем.
64 битная еще более менее нормально работает — жрет много по сравнению с более ранними, но хоть подобных критических косяков нет
Сидел на стабильной 47й версии, но тут разрабы начали руки выкручивать вынуждая обновляться — одни из нужных плагинов после очередного обновления в 47й версии полностью перестал работать, потом криворукие веб-админы SoundCloud в скриптах какую-то совместимость поломали, что 47я больше не может музыку воспроизводить, хотя раньше без проблем работала. Еще на паре сайтов косяки вылезать стали, которых раньше не было (видимо тоже у админа что-то «улучшить» и обновить руки слишком сильно чесались)
Поэтому ничего более сложного, чем уже есть на официальном сайте не требуется http://webassembly.org/getting-started/developers-guide/
Даешь проприетарщину в клиентский код браузеров!
Для тех кто в танке, тут основные плюсы такие,
* Не нужно компилировать — нужно только проверить wasm код в 25 раз быстрее запуск чем JS
* Ты точно знаешь с какой скоростью это будет работать
* меньший размер
Ждем теперь многопоточность и нативные вызовы GPU
Кстати теперь есть возможно писать в вебе код на С# — так как юнити конвертирует его в C++, а потом в wasm
Нужно, wasm — это AST.
> Ты точно знаешь с какой скоростью это будет работать
Не знаешь — у всех устройства разные.
его не нужно компилировать как JS. Там идет просто проверка и перегон в машинный код. Как я уже сказал, разница в 25 раз. Те если запустить большой проект — к примеру игру. То она секунд 10 просто переваривает JS а потом еще около минуты — его оптимизирует — на сколько я понимаю делает JIT.
wasm этого лешен, сами С++ компиляторы будут оптимизировать код — задача браузеров валидировать и исполнять.
> Не знаешь — у всех устройства разные.
То что время выполнения зависит от железа — ну это понятно.
Реч ведь о том, что JS может работать по разному на одинаковых машинах — в зависимости от того, где компилятор оптимизировал код, а где нет. Не говоря уже об разных компиляторах. У wasm такой проблемы нету, в разных браузерах, он будет работать всегда одинаково.
его не нужно компилировать как JS. Там идет просто проверка и перегон в машинный код. Как я уже сказал, разница в 25 раз. Те если запустить большой проект — к примеру игру. То она секунд 10 просто переваривает JS а потом еще около минуты — его оптимизирует — на сколько я понимаю делает JIT.
wasm этого лешен, сами С++ компиляторы будут оптимизировать код — задача браузеров валидировать и исполнять.
Да ну, вот же выше демка с садом — wasm делает все тоже самое. Сначала прежде чем запуститься долго комплит загружая все ядра процессора при этом.
Вышел Firefox 52 c поддержкой WebAssembly