The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Анонсирован WebAssembly, обеспечивающий запуск скомпилированного кода в браузерах

18.06.2015 10:49

Бренден Айк (Brendan Eich), создатель языка JavaScript, представил проект WebAssembly, совместно развиваемый ведущими производителями браузеров под эгидой организации W3C. В рамках проекта планируется подготовить унифицированный низкоуровневый промежуточный код для выполнения в браузере приложений, скомпилированных из различных языков программирования, фокусируясь на начальном этапе в основном на языках С и С++, но не ограничиваясь ими.

По своим задачам WebAssembly во многом напоминает PNaCl (Portable Native Client) и Asm.js. Основное отличие от Asm.js состоит в том, что WebAssembly является бинарным форматом, не завязанным на исходных текстах JavaScript и позволяющим выполнять в браузере низкоуровневый промежуточный код. При этом, в отличие от PNaCl промежуточный код не является машинным кодом и не изолирован в отдельной виртуальной машине, а выполняется с похожим на JavaScript уровнем изоляции и реализован на уровне штатных движков JavaScript (по сути предлагается технология компиляции JavaScript-приложений, с возможностью доступа к объектам JavaScript, DOM и Web API).

Для генерации кода WebAssembly планируется подготовить специальный бэкенд к clang/LLVM, который сможет быть использован в том числе для генерации кода уже существующими проектами, такими как Emscripten и PNaCl. Т.е. вместо генерации JavaScript и собственного байткода, Emscripten и PNaCl смогут генерировать универсальный код WebAssembly. В настоящее время для экспериментов предлагаются рабочие прототипы кодировщика и декодировщика. Для изучения кода WebAssembly и отладки предусмотрена возможность преобразования промежуточного бинарного кода в наглядное текстовое представление.

Среди основных задач WebAssembly выделяется обеспечение переносимости между браузерами, предсказуемость поведения и идентичности выполнения кода на разных платформах. Использование WebAssembly также позволит существенно сократить размер приложений, благодаря компактному промежуточному коду, и увеличить скорость декодирования. В частности, текущий прототип WebAssembly демонстрирует в 20 раз более высокую скорость декодирования промежуточного кода по сравнению с JavaScript и генерирует на 45% более компактное представление кода по сравнению с минимизированным кодом Asm.js, сжатым при помощи gzip.

По мере развития проекта, его планируется расширить поддержкой таких возможностей, как динамическое связывание, полное управление памятью (mmap, shared memory), низкоуровневый доступ к структурам сборщика мусора, JIT-компиляция, многопроцессный режим выполнения, SIMD API, асинхронные сигналы, расширенные целочисленные операции и т.п.

WebAssembly позиционируется как совместный проект, развиваемый всеми ведущими производителями браузеров. В основную команду, которая будет развивать WebAssembly, вошли разработчики PNaCl и движка V8 из Google, представители Microsoft и Mozilla, а также разработчики Emscripten и WebKit. Внедрение WebAssembly даст возможность воплотить в жизнь создание новых продуктов, работающих в браузере, в том числе высокопроизводительных игр, систем редактирования видео/звука/изображений, P2P-систем, САПР, средств разработки и коммуникации, в том числе упоминается возможность запуска локального web-сервера в браузере и эффективная упаковка web-фреймворков.

  1. Главная ссылка к новости (https://brendaneich.com/2015/0...)
  2. OpenNews: Релиз Firefox 22 с поддержкой Asm.js
  3. OpenNews: В Firefox 22 появится Asm.js, низкоуровневое высокопроизводительное подмножество JavaScript
  4. OpenNews: Для Firefox представлен API для задействования в web-приложениях инструкций SIMD
  5. OpenNews: Представлен Portable Native Client для запуска платформонезависимых C/C++ программ в браузере
  6. OpenNews: Выпуск web-браузера Chrome 31 с реализацией технологии Portable Native Client
Лицензия: CC-BY
Тип: Интересно / К сведению
Ключевые слова: webassembly
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (54) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Gallardo994 (?), 11:28, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    то есть теперь устраивать ботнеты и воровать данные будет еще проще?
     
     
  • 2.2, A.Stahl (ok), 11:35, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да вроде нет. С чего бы? Просто вместо текстового ЖС будет байткодный блоб. Права те же. В масштабе безопасности ничего не должно измениться.
     
     
  • 3.3, bav (ok), 11:43, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > В масштабе безопасности ничего не должно измениться.

    динамическое связывание, полное управление памятью (mmap, shared memory), низкоуровневый доступ к структурам сборщика мусора, JIT-компиляция, многопроцессный режим выполнения,
    SIMD API, асинхронные сигналы, расширенные целочисленные операции и т.п.

    Ню-ню.

     
     
  • 4.8, Alexey (??), 11:47, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это все-таки еще мечталки. В текущем виде это больше похоже на упакованный и оптимизированный js-код.
     
  • 4.9, A.Stahl (ok), 11:50, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот и будет эта программа возиться с такими же привилегиями как и яваскрипт интерпретатор. Пусть с масштабе этих привилегий хоть голышом под луной танцует. В худшем случае засегфолтится.
     
     
  • 5.24, 1 (??), 14:17, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Пусть с масштабе этих привилегий хоть голышом под луной танцует.

    биткойны чужие обсчитывать

     
     
  • 6.25, A.Stahl (ok), 14:37, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но ведь ничего не мешает и сейчас это делать. Хоть биткойны считай, хоть поведение клопов на матрасе из 105-б моделируй.
     
  • 5.43, bav (ok), 23:29, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну вот и будет эта программа возиться с такими же привилегиями как и яваскрипт интерпретатор.

    Прямой доступ к памяти несколько выходит за эти рамки.

     
  • 2.42, vn971 (ok), 23:27, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    * заодно ещё больше усложним написание назависимых браузеров

    * в ныне существующих браузерах добавим багов побольше, чтоб никто не забывал о табличке "Firefox вынужден завершить работу" (или как там)

     

  • 1.4, Школьник (ok), 11:44, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +26 +/
    >в том числе упоминается возможность запуска локального web-сервера в браузере

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

     
  • 1.5, Аноним (-), 11:44, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Классная задумка, однако. Лишь бы реализация не подкачала.
     
     
  • 2.31, Аноним (-), 16:04, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То, чем не стал X11.
     
     
  • 3.57, Алоним (?), 18:16, 01/07/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это реинкарнация Flash.
     
  • 2.45, Анончег (?), 01:20, 19/06/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > ... В рамках проекта планируется подготовить унифицированный низкоуровневый промежуточный код для выполнения в браузере приложений, скомпилированных из различных языков программирования, фокусируясь на начальном этапе в основном на языках С и С++, но не ограничиваясь ими.

    Срочно шлите Айку телеграмму:

    Такие браузеры уже есть ТЧК
    Они называются операционные системы ТЧК
    Всё уже написано до нас, хватит терзать Му-му ВСК

     
     
  • 3.47, анон (?), 06:25, 19/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Такие браузеры уже есть ТЧК

    ActiveX

     
     
  • 4.51, Анончег (?), 01:46, 20/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > ActiveX

    Да, второе пришествие.


     

  • 1.10, омномномнимус (?), 12:00, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    когда-то я был искренне рад, что некоторые десктопные задачи переносятся в браузер. Но сейчас меня пугает это стремление все перенести в браузер.
     
  • 1.11, Аноним (-), 12:03, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    еще activx не додох до конца...
     
  • 1.12, none7 (ok), 12:04, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Новость конечно хорошая, но как бы разработчики не начали по старой памяти тянуть различные фреймворки вроде Qt или .NET. Сколько будет весить средний сайт 50Мб? Или 100Мб?
     
     
  • 2.19, Crazy Alex (ok), 13:10, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если у них= хватит мозгов сделать библиотеки с манифестами и кросс-сайтное кэширование для них - то невелика разница. Загрузится один раз, и всё. Результат может запросто оказаться компактнее и шустрее, чем возня с развесистым DOM-деревом.
     
     
  • 3.22, none7 (ok), 14:07, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Если у них= хватит мозгов сделать библиотеки с манифестами и кросс-сайтное кэширование
    > для них - то невелика разница. Загрузится один раз, и всё.
    > Результат может запросто оказаться компактнее и шустрее, чем возня с развесистым
    > DOM-деревом.

    Даже если это добавят в стандарт, мало кто этим будет пользоваться. Вроде именно так сейчас обстоят дела с jQuery и прочими фреймворками. Все скачивают свою копию, как правило не самую свежую, так надёжнее.

     
     
  • 4.27, Crazy Alex (ok), 14:58, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так понятно, что версию (а то и контрольную сумму) надо фиксировать. И при выборе тянуть Qt заново или взять из кэша - будут брать как миленькие.
     
  • 2.37, Аноним (-), 18:08, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так Qt уже можно тянуть используя Emscripten http vps2 etotheipiplusone com 3... текст свёрнут, показать
     
     
  • 3.38, none7 (ok), 18:58, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я ведь боюсь не за игры, а за типичные хомпаги, блоги и т.д. Если на Qt с кучей зависимостей состряпать страничку под все платформы будет быстрей, то не сомневайтесь именно на Qt её и нарисуют. А ещё вполне вероятный сценарий использования C#, PHP, Python, Ruby,... вместо JS, потому, что можно, круто, молодёжно. Нужно всего лишь скачать нужный фреймворк, желательно весь, во избежание различных глюков, багов.
     
     
  • 4.50, Crazy Alex (ok), 23:37, 19/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ну не будет посетителей у такого дебила, делов-то
     

  • 1.13, anonymous (??), 12:06, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    это они своеобразный Джавовский байт-код для браузеров изобретают?
     
     
  • 2.14, none7 (ok), 12:13, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У Java свободного управления памятью нет, это больше похоже на IL-код, но с изоляцией от хостовой ОС.
     
  • 2.15, Anonymus (?), 12:25, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это они REBOL изобретают.
     

  • 1.16, Аноним (-), 12:48, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надеюсь это будет отключаемо, иначе придется юзать старые браузеры
     
  • 1.17, правдоруб (?), 13:04, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Весь JavaScript - это такая же дыра в безопасности, как и автозапуск с CD/флэшек.
     
  • 1.18, Crazy Alex (ok), 13:08, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Непонятно, что будет с PNaCl. Он, во-первых, быстр а во-вторых не ограничен, как браузер - к примеру, pthreads  в нём доступны.
     
  • 1.20, Crazy Alex (ok), 13:17, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Впрочем, уход от JS в любом случае будет прорывом.
     
     
  • 2.26, jOKer (ok), 14:45, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Crazy, это, ИМХО, уход не в ту сторону!

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

    При этом любые такие вмешательства /в бизнес-логику/ в принципе возможны, хотя и требуют _предварительных_ действий со стороны пользователя (установка плагинов). В сабже же, насколько я понял, все то, что раньше требовало _предварительных_ действий, теперь делается на лету. Плюс (хотя, ИМХО, это не "плюс", а "минус"!) - отсутствие песочниц и иных сдерживающих механизмов.

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

    Как по мне, так это очень опасная тенденция, способная привести к неконтролируемым негативным результатам.

    Это я даже еще не касаюсь проблем с закрытым кодом, а они обязательно будут, поскольку любой аудит станет чрезвычайно усложненным.

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

     
     
  • 3.28, Crazy Alex (ok), 15:05, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Либо ты, либо я что-то не так прочёл. То, что они предлагают, никак не увеличивает возможности скриптов, они могут всё то, что сейчас может JS. Просто разработчику перестают навязывать один истинный язык.

    Ну а что пользователь имеет неконтролируемую среду - понятно, что это плохо. Но, во-первых, это и сейчас в браузере так - минифицированный JS, asm.js, NaCl. Во-вторых - а что делать, если пользователь идиот и не хочет и не может управлять софтом на своей машине? Сколько тут желающих загрузить программку и её запустить - мимо дистрибутива и какого-либо аудита?

    Лично я смирился с тем, что контролируемый пользователем софт - это удел меньшинства года три назад. Может, что-то поменяется когда человеко-машинные интерфейсы разовьются и содержимое личного компа будет не очень отделимо от содержимого головы. А пока, может, мне хотя бы разрабатывать для этой уродины-веба (что делать приходится иногда) будет полегче.

     
     
  • 4.34, jOKer (ok), 16:57, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Либо ты, либо я что-то не так прочёл.

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

     

  • 1.21, Аноним (-), 13:44, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Понятно - это такой заговор проприетариев Типа Мы прорпиетары Сопротивлени... текст свёрнут, показать
     
  • 1.29, ram_scan (?), 15:24, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    А не проще вместо этих танцев с саблями прям из браузера сразу виртуальное гостевое окружение на аппаратной виртаулизации такой хрени давать ? И дыр меньше будет, и работать будет нормально.

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

     
     
  • 2.30, Crazy Alex (ok), 15:38, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Учитывая, что даже NaCl не прошёл - вряд ли виртуальное гостевое окружение прокатит. Основная проблема - они хотят иметь стандартную платформу для приложений, которой нынче и стал браузер. Шли бы товарищи лесом, конечно - нативный контролируемый пользователем софт всяко лучше - но ведь не пойдут же...
     
     
  • 3.32, jOKer (ok), 16:48, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    "Нативный контролируемый пользователем софт" плохо подходит под концепцию "ПО как услуга", а это серьезная проблема для ребят желающих выжать доход с пользователей по максимуму, и не быть при этом распластанным пиратским тесаком.

    Кроме того, как ты сам же замечал чутка выше, людей умеющих и понимающих как этот самый нативный софт контролировать весьма не много на фоне общей массы. Да их, ИМХО, и не должно быть много. Вон, к примеру, автолюбителей полно, но людей _действительно_ контролирующих свое авто - чуть да маленько. Сервисники, механики, профи со стажем.. все. А почему в сфере ИТ должно быть иначе? Вот и получается, что время нативного софта потихоньку уходит. Правда вот веб - это тоже не совсем оно, как я понимаю, но как говаривал один национал-предатель "процесс пошел"

     
     
  • 4.35, Crazy Alex (ok), 17:01, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, сошлись интересы - одни не хотят урпавлять и разбираться, другие хотят иметь контроль и, соответственно, прибыль. Что не мешает мне злобно на это дело ругаться.

    Подозреваю, что при удачной бизнес-модели (свободная архитектура, основанная на ядре и плагинах, с биржей, финансируемой через краудфандинг для оплаты фич и багфиксов) с этим можно конкурировать - упирая на защиту приватности и некоторые другие плюсы, но там поглядим.

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

    Ладно, слезу пока с броневичка, надо всё это ещё раз думать да как-то систематизировать...

     
  • 4.40, Kodir (ok), 23:17, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >  Вот и получается, что время нативного софта потихоньку уходит.

    неа :) Это ХОТЯТ чтобы так было, но реально-то кто код пишет? МЫ. Не захотим - и эта *овноподелка сгинет, даже не начавшись.
    Например, если Win10 будет слишком много умничать и лезть в мою жизнь, будет снесена в первый же день. Вообще-то, я её даже не ставил, но есть подозрение, что SaaS будет там в полный рост. Ну так и чего? Останусь на Win7!
    Есть люди, у которых есть деньги и руль, но они НИКУДА не поедут, если никто не будет крутить им педали.

     
     
  • 5.41, Crazy Alex (ok), 23:24, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ты же понимаешь, что так поступит очень мало людей? Не то чтобы это было ужасно - может, в результате вернутся времена, когда софт делался не для массовой аудитории, а для себя и для тех, кто понимает, что к чему.
     
  • 4.52, DFX (ok), 04:30, 20/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    "В сфере IT должно быть иначе", потому что в сфере IT мы пока можем давать отпор подобным зондеркомандам. И всяких не-можешь-победить->присоединяйся стоит считать коллаборационистами.
     
     
  • 5.53, jOKer (ok), 05:34, 20/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >"В сфере IT должно быть иначе", потому что в сфере IT мы пока можем давать отпор подобным зондеркомандам

    Фу, ну что за детский максимализм? Если подумать, то мы ведь радоваться этому должны! Это же обозначает что ИТ, как индустрия стала взрослой, и главный признак этого то, что потребители могут и стали нам доверять не интересуясь особо как созданное нами ПО устроено внутри. Это наша общая победа на самом-то деле. Что же в этом плохого-то?

     

  • 1.33, lucentcode (ok), 16:51, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то кто-то додумался до правильного решения. Браузер должен уметь выполнять промежуточный код, в который можно будет компилировать код на разных ЯП(C, C++, JS, да на Lua или Python).
     
     
  • 2.36, Crazy Alex (ok), 17:03, 18/06/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вообще-то правильным решением было бы выполнять 99.9% этого кода не в браузере, а в нормальных нативных приложениях. Но да, это меньший костыль чем то, что есть сейчас.
     

  • 1.39, Kodir (ok), 23:11, 18/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Такое ощущение, что когда изобретают очередной велосипед, его создатели будто прилетают с марса. Java? Bytecode? MSIL? Не, не слышал!
    Фактически, нам В ТРЕТИЙ раз пытаются навязать какие-то плюхи, исполняемые из браузера. Вопрос: зачем?? Браузер - это программа просмотра гипертекста! Такая же равноправная, как калькулятор и косынка. Почему никто не встраивает JS в калькулятор? Или просматривает Web через WinAmp? Да потому, что это бред!
    Хотите межплатформенные приложения - займитесь наконец уже стандартами! А лучше реализацией - тот же .NET давно уже можно было поддержать на всех мобилах, что в свою очередь сразу бы дало возможность запускать любые .NET приложения на любой платформе. Но нет, мы же ещё не достигли апогея идиократии! Возьмём самый бестолковый, опасный язык и залепим из него "клепатель веб приложений"! Вау. Разбудите, когда всё это дерьмо пройдёт и придумают байткод в четвёртый раз.
     
     
  • 2.58, Виктор (??), 10:56, 25/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    После того, как язык стал тьюринг-полным, бестолковым может быть только кодер с кривыми руками.
    Неумение - повод не кричать, а идти учится =)
     

  • 1.44, Аноним (-), 01:12, 19/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Смысл какой?
     
  • 1.46, Мимопроходил (?), 06:20, 19/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хм... Я не ахти какой программист, скорее инфоархивариус, потому припомнил проект Juice 20-летней давности, который делал почти то же самое, но лучше.
    Мда... Ничто не ново.
     
  • 1.48, manster (ok), 13:03, 19/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Выступление автора было еще в апреле. Хорошо бы все-таки послушать синхронный перевод или хотя-бы материалы в текстовом виде.

    То что сейчас преподносится не очень похоже на автора.

    Как-то странно, что заговорили об этом сейчас. Прошло незамеченным и вдруг заметили?

    Эта инициатива вообще от него исходит? Пчелы против меда? Что такое asm.js? Это типизированный js. Только на днях приняли новый стандарт наверное с похожими возможностями.

    Может быть со стороны, технология выглядит интересной и полезной, но запуская с такими технологиями браузер, будут терзать постоянно смутные сомнения, что в моем компьютере присутствует "онлайн зонд"

    Пока только просматривается возрастающая на многие порядки сложность аудита такого контента и его создания.

    В общем настало время задуматься о сохранении текстового формата как основного стандарта представления информации.

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


     
  • 1.49, z (??), 14:53, 19/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я наверное чего-то не понимаю... Но разве такой штуки уже нет? Которая называлась бы Java?
     
     
  • 2.54, manster (ok), 20:48, 20/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это Java для Javascript ;)
     

  • 1.55, Аноним (55), 09:04, 21/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    это фича чтоб адблочеров забородить, и тянуть деньгу, че тут не понятного
     
  • 1.56, Amerigo (?), 07:41, 27/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё очередная попытка взять компы хомяков под удалённый контроль. Еще один велосипед под видом новшества, где будут опробоваться новые варианты, которые диктует новое время.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру