Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 8411 сообщений
Cообщения с меткой

браузер - Самое интересное в блогах

Следующие 30  »
Veta_160

Полезное дополнение для браузера

Среда, 24 Августа 2016 г. 19:03 (ссылка)


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

После установки дополнения под роликом, который вы просматриваете на YouTube, появится кнопка для скачивания музыки в формате mp3:




После нажатия на кнопку, открывается

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Node.js и JavaScript вместо ветхого веба

Вторник, 23 Августа 2016 г. 09:20 (ссылка)

Вступление



Эта статья про экспериментальный технологический стек общего назначения. Она не просто дублирует мой доклад на конференции ОдессаJS 2016, но содержит все то, что в доклад не поместилось из-за недостатка времени и исключительного масштаба темы. Я даже перезаписал доклад голосом по тексту статьи и это можно послушать, а не читать. С этой темой я уже выступил в Уханьском Университете (Китай), а в Киевском Политехническом Институте провел целую серию семинаров в 2015-2016 годах. Основная идея состоит в том, что проблемы фрагментации технологий могут быть решены, если спроектировать весь технологический стек, сконцентрировавшись на структурах данных, синтаксисе и протоколе взаимодействия компонентов. Большинство вопросов несовместимости, отпадет само собой. Пусть даже этот подход будет альтернативным и экспериментальным, но его задача будет выполнена, если он наметит путь и продемонстрирует принципиальную возможность создания простого и элегантного решения общего назначения. Эта идея является естественным продолжением подхода Node.js, когда мы сокращаем количество языков и технологий в системе, разрабатывая и клиент и сервер на JavaScript. Несмотря на экспериментальность, протокол JSTP уже используется в коммерческих продуктах, например, для интерактивного телевидения компанией SinceTV, где позволяет подключить одновременно десятки миллионов пользователей. Это решение получило приз за инновации в области телевидения на международном конкурсе Golden Panda Awards 2015 в Ченду (Китай). Есть внедрения в сфере управления серверными кластерами, готовятся решения для медицины, интерактивных игр, электронной торговли и услуг.







Слайды: http://www.slideshare.net/tshemsedinov/metarhia-nodejs-macht-frei

Аудио версия: https://soundcloud.com/timurshemsedinov/nodejs-macht-frei



Выступление



Добрый день, меня зовут Тимур Шемсединов, я архитектор SinceTV, автор Impress Application Server для Node.js, научный сотрудник НИИ Системных Технологий и преподаватель КПИ. Сегодняшняя тема не столько про ноду, а скорее про развитие той идеи, которая легла в основу ноды.



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



Каждый шаг в вебе — это борьба, каждая минута — боль, каждая строчка — компромисс или заплатка. В интернете множество статей о том, что хаос захлестнул ветхий веб и хорошие специалисты тратят недели на простейшие задачи, как то — подвинуть кнопочку на 3 пикселя вверх или поймать блуждающий баг в зоопарке браузеров. Например статья с Медиума «I’m a web developer and I’ve been stuck with the simplest app for the last 10 days» переведенная на Хабре «Я веб-разработчик и уже 10 дней не могу написать простейшее приложение».



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



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



Представьте, что мы откажемся от HTTP, HTML, CSS, DOM, URL, XMLHttpRequest, AJAX, JSON, JSONP, XML, REST, Server-Sent Events, CORS, Cookie, MIME, WebSocket, localStorage, indexedDB, WebSQL, и всего остального, кроме одной вещи, мы оставим JavaScript и сделаем из него абсолютно все, что необходимо для разработки приложений. На первый взгляд это может показаться странным, но дальше я покажу, как мы это сделаем. Это будет целостный технологический стек на одном лишь JavaScript и вам это понравится. Мы конечно будем привлекать другие технологии для создания среды исполнения приложений, но от разработчика приложений все эти внутренности будут скрыты.



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



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



Эти системы должны быть:




  • распределенными (включающими в себя много клиентских терминальных устройств и много серверов),

  • высоконагруженными (потенциально масштабируемыми для работы с миллиардами одновременно подключенных пользовательских устройств),

  • интерактивными (поддерживающими двухстороннюю интерактивность, приближенную к реальному времени),

  • безопасными (одновременно анонимными и обеспечивающими достаточный уровень идентификации и доверия для отдельных операций),

  • гибко изменяющимися (модифицирующими экраны, функции и структуры данных на лету, без переустановки и перезапуска).



При помощи каких технологий мы можем сегодня разрабатывать такие приложения, перечислим:




  • оконные и локально установленные приложения (для Linux, MacOS, Windows) с использованием AWT, SWING, WinForms, WPF, Qt и т.д.

  • мобильные приложения (iOS, Android, и другие)

  • веб-приложения, в том числе и адаптированные для мобильных версий браузеров

  • Progressive Web App (полноэкранные приложения запускаемые в скрытом браузере)

  • NW.js и Electron



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



Веб мог бы быть решением для кросплатформенности, но какой набор технологий мы имеем в ветхом вебе:



Начнем с HTTP. Думаю, ни для кого не секрет, что он блокирующий, т.е. через одно соединение, которое браузер установил, может быть одновременно отправлен только один запрос на сервер и соединение ждет, пока сервер ответит. Потому, что в HTTP нет нумерации запросов, просто обычной, примитивной, самой простой нумерации нет и открытое соединение ожидает. Ведь если послать второй запрос, то получив ответ, будет не ясно, это ответ на первый запрос или на второй. Не говоря уже про передачу ответа частями, которые смешались бы. Но при загрузке приложения нужно сделать много запросов и браузер устанавливает второе соединение для второго запроса, потом третье… В большинстве браузеров это число ограничено 6 одновременными соединениями, т.е. сделать больше параллельных запросов нельзя, ни для загрузки статики, ни для AJAX. Если конечно не соорудить костыль, создать множество поддоменов и разбрасывать запросы на поддомены, ведь ограничение на 6 соединений у браузера привязано именно к хосту. Но эти десятки и сотни соединений неэффективно используют сеть.



Вообще TCP предполагает надежную доставку и долгосрочное взаимодействие, но HTTP разрывает связь очень часто, он просто не умеет эффективно переиспользовать уже установленные соединения и постоянно их разрывает и создает новые. Есть конечно Keep Alive, но мало того, чтобы он был специфицирован, его должны поддерживать веб-сервер, браузер, и разработчики должны о нем знать, правильно формировать заголовки и обрабатывать их. Обычно чего-то не хватает, то админ без руки, то разработчики не слышали про такую возможность, да и браузеры имеют особенности, как оказалось, и Keep Alive работает очень не эффективно, из-за отхода от спецификации сервер часто не может договориться с браузером и соединение не переходит в Keep Alive режим. Я об этом уже делал доклад и писал статью год назад "Как исправить ошибку в Node.js и нечаянно поднять производительность в 2 раза" https://habrahabr.ru/post/264851/ Поведение HTTP можно проследить в средствах для разработчика, которые есть в браузере. Оптимизация в HTTP это отдельная задача, из коробки ее нет да и всем безразлично.



Установление TCP соединения это тяжелая задача, она дольше, чем передача информации по уже открытому сокету. А в добавок к TCP, при установлении новых соединений HTTP повторно присылает заголовки, в том числе cookie. А мы знаем, что заголовки HTTP не жмутся gzip, вместе с cookie в крупных проектах ходят десятки и сотни килобайт заголовков. Каждый раз, а у беззаботных людей еще и статика вся гетается с отправкой cookie в каждом запросе. Всем же безразлично.



У HTTP очень много проблем, их пробовали решать при помощи Websocket, SSE, SPDY, HTTP/2, QUIC но все они зависят от бесчисленного множества вещей, которые достались в наследство от ветхого веба и ни одна из этих технологий не достигла ни приемлемых характеристик, ни широкой поддержки. Уплотнить уже имеющийся трафик, сделать мультиплексацию внутри другого транспорта можно, но структура трафика не изменится, это будут все те же HTML, AJAX, JSON, ведь задача стояла, починить транспорт так, чтобы ничего не сломалось и чрез него продолжали ходить все те же приложения. А вот не достигнута цель, все сложно, не внедряется это массово и прирост в скорости не очень ощутим при внедрении. Кардинально и комплексно ни кто не пробовал решить проблему.



Для игр, мессенджеров и других интерактивных приложений сейчас есть только один живой вариант — это Websocket, но этот слоеный пирог из протоколов достиг предела. IP пакетный, на его основе TCP потоковый с установлением долгих соединений, сверху HTTP — он опять пакетный с постоянным отключением и поверху Websocket — и он потоковый, с долгими соединениями. А еще все это через SSL может идти. И каждый слой добавляет свои заголовки и преобразовывает данные, особенно при переходе от пакетного к потоковому и от потокового к пакетному. Это похоже на издевательство, честное слово.



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



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



HTML это конечно прекрасный язык для разметки страниц, но менее всего приспособленный для сложных пользовательских графических интерфейсов. Скорость работы DOM и отсутствие транзакционности в изменении интерфейсов приводят к залипанию веб-приложений. Сложно придумать что-то более избыточное и медленное для представления пользовательских интерфейсов в памяти и динамической модификации экранов. Это решается в Shadow DOM, React, Angular, Web components но проблем все еще больше, чем решений.



Еще немного про масштабирование. REST, который обещал всем прозрачное решение, вместо этого забрал возможность работать с состоянием, и не сделал обещанного. Мы имеем ситуацию, когда ни кто не использует REST, да ладно, мало кто понимает, что это, но все говорят, что у них REST API. URLы идентифицируют объекты или методы? PUT, PATCH и DELETE используются? Последовательность вызовов API не важна? У кого через REST работают платежи, корзина, чат, напоминания? В основном у всех AJAX API, которое так и нужно называть. А проблема с масштабирование как была, так и решается каждый раз заново.



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




  • Платформы для прикладных программных систем фрагментированы

  • Архаичные веб технологии уже нас не удовлетворяют

  • Фреймворки и инструменты тотально нестабильны и несовместимы

  • Протоколы ветхого веба имеют большую избыточность и убивают производительность ваших серверов

  • Сплошные проблемы безопасности и заплатки



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



Что же нам нужно:




  • Среда исполнения приложений для серверов

  • Среда исполнения приложений для пользовательских компьютеров

  • Среда исполнения приложений для мобильных устройств

  • Межпроцессовое взаимодействие по принципам RPC и MQ с поддержкой интроспекции, потоков событий и потоковой передачи двоичных данных

  • Система управления базами данных с глобальным пространством адресации, распределенностью и шардингом из коробки

  • Новые соглашения по именованию и идентификации данных и пользователей



Это уже не сеть веб-страниц, а сеть приложений и баз данных.

И теперь я покажу, что это возможно. Не утверждаю, что нужно делать именно так, но принципиальную возможность на прототипе наша команда продемонстрирует.



Metarhia — это новый технологический стек, который:




  • экспериментальный (только для демонстрации нового подхода),

  • альтернативный (не должен заботиться о совместимости),

  • в открытом коде (можно свободно распространять и бесплатно применять даже в коммерческих проектах, можно участвовать в разработке и отправлять запросы на доработку в сообщество).



Теперь давайте ближе к JavaScript, у него же есть прекрасный синтаксис описания структур данных, включающий хеши, массивы, скалярные величины, функции и выражения. А нам нужен универсальный сетевой протокол, который бы соответствовал структурам данных языка и исключал бы излишнюю перепаковку данных. Нам нужен сквозной протокол и он же формат сериализации, один на весь стек технологий, в базе данных, в памяти клиента, в памяти сервера и при передаче между процессами. Так зачем же нам JSON, XML, YAML и прочие, если таким форматом может быть подмножество языка JavaScript. При этом мы не выдумываем ни какого стандарта, ни какой формальной граматики, у нас уже есть все. По большому счету, заготовки для парсеров уже реализованы на всех языках и платформах. Более того, если мы возьмем V8 и заставим его быть парсером сетевых пакетов, то получим статистическую оптимизацию, скрытые классы и на порядок более быстрый парсинг, чем JSON. Тесты производительности я опубликую позже, чтобы не перегружать этот, и так объемный, доклад.



Пусть протокол станет центральным стержнем, на который цепляются все компоненты системы. Но протокола мало, нам нужна среда запуска, как клиентская, так и серверная. Развивая идеи Node.js, мы хотим, чтобы не только язык, но и среда запуска была почти идентичной на сервере и на клиенте. Одинаковое API, которое дает возможность обращаться к функциям платформы, например к сети, файловой системе, устройствам ввода/вывода. Конечно же, это API не должно быть бесконтрольно доступным приложениям, а обязано иметь ограничения безопасности. Область памяти и файловая система должны быть виртуальными, замкнутыми песочницами, не имеющими сообщения с остальной средой запуска. Все библиотеки должны подгружаться не самими программами, а внедряться средой запуска как DI через инверсию управления (IOC). Права приложений должны быть контролируемы, но не должна происходить эскалация управления до пользователя, потому, что он не способен принять адекватного решения по правам доступа. Пользователь склонен или запрещать все, руководствуясь паранойей или разрешать все, руководствуясь беспечностью.



Еще нам нужна СУБД, которая будет хранить данные в том же формате JavaScript. Нам нужен язык описания моделей (или схем) данных. Нам нужен язык запросов к структурам данных. В качестве синтаксиса этих двух языков запросов мы можем взять тот же синтаксис JavaScript. И в конце концов нам нужен язык описания интерфейсов двух видов, сетевых интерфейсов API и пользовательских интерфейсов GUI. Подмножество того же JavaScript прекрасно нам подходит для обоих целей.



Теперь можем перечислить компоненты технологического стека Metarhia:




  • JSTP — JavaScript Transfer Protocol

  • Impress Application Server — сервер приложений, серверная среда исполнения

  • GS — Global Storage — глобально распределенная система управления базами данных

  • Console — браузер приложений, тонкий клиент или среда исполнения приложений



JavaScript Transfer Protocol это не только формат представления данных, но и протокол, который имеет специальные конструкции, заголовки, пакеты, разделители, в общем, все то, что обеспечивает реализацию прозрачного для приложений взаимодействия по сети. JSTP объединяет клиентскую и серверную часть так, что они становятся одним цельным приложением. Можно расшаривать интерфейсы и делать вызовы функций совершенно так же, как если бы функции находились локально. С единственным ограничением, что локально функции могут быть синхронные и асинхронные, а расшаренные по по сети функции всегда асинхронные, т.е. возвращают данные не через return, а через callback, который принимают последним аргументом, как это принято в JavaScript. Так же JSTP поддерживает трансляцию событий по сети, обернутую в сетевой аналог EventEmitter. У JSTP много возможностей, но сейчас приведу только основные его особенности и преимущества:




  • Встроенная поддержка интерактивности (поддержка событийно-ориентированного взаимодействия),

  • Простой и понятный известный всем формат (не нужно придумывать еще одного стандарта сериализации),

  • Асинхронность вызовов (не блокирующий принцип использования одного соединения с мультиплексацией),

  • Двунаправленное взаимодействие, максимально приближенное к реальному времени,

  • Реактивный принцип взаимодействия (код в реактивном стиле может быть распределенным),

  • Оптимизация парсинга сетевых пакетов при помощи механизма скрытых классов V8,

  • Использованием метаданных, моделей (схем данных), интроспекции и скаффолдинга.



Теперь подробнее о последнем пункте. Метаданные позволят нам не только сделать систему гибче, но и оптимизировать ее еще дополнительно, кроме того, что мы уже используем оптимизацию V8 для парсинга JSTP. В большинстве форматов сериализации имена полей тоже передаются, в JSON они занимают по грубым оценкам от 20% до 40% от всего объема передаваемых данных, в XML этот процент гораздо выше половины. Имена полей нужны только для мнимой человекочитаемости, хотя как часто люди читают XML или JSON? Для JSTP есть два варианта сериализации, это полная форма и сокращенная, построенная на базе массивов с позиционных хранением ключей. Другими словами, мы один раз передаем схему, имена полей, их типы, другие вспомогательные метаданные из которых на клиенте строим прототип. Потом мы получаем множество экземпляров объектов, сериализованных в массивы, т.е. имена полей не передаются, а структура массива позиционно соответствует структуре прототипа, у которого определены геттеры и сеттеры. Мы просто присваиваем массиву прототип, он остается массивом, но мы можем работать с этим экземпляром, через имена полей.



Скаффолдинг и интроспекция применяется при построении прозрачного соединения между клиентом и сервером (и вообще между любыми процессами, двумя серверами или двумя клиентами). При подключении мы забираем метаданные, описывающие расшаренные интерфейсы с методами и их параметрами и строим на противоположной стороне прокси, структурно повторяющие удаленное API. Такой прокси можно использовать локально, работая на самом деле с удаленным интерфейсом. Для работы с предметной областью применяется метапрограммирование и динамическая интерпретация метамоделей, о чем я уже делал много статей и докладов (еще за 2014 год и даже за 2012 год), но обязательно подготовлю материалы о метапрограммировании в новом технологическом стеке.



Теперь становятся понятными основные идеи технологического стека Metarhia и JSTP, как его базовой составляющей:




  • Фокус на структурах данных, а не на алгоритмах,

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



Как говорит Линус Торвальдс: "Плохие программисты беспокоиться о коде. Хорошие программисты беспокоиться о структурах данных". А Эрик Рэймонд выразил это еще точнее "Умные структуры данных и тупой код работают куда лучше, чем наоборот".



Теперь короткие примеры JSTP:




  • Сериализация структуры данных: { name: 'Marcus Aurelius', birth: '1990-02-15' }

  • Полная сериализация объекта: { name: 'Marcus Aurelius', birth: '1990-02-15', age: () => {...} }

  • Метаданные: { name: 'string', birth: '[Date]' }

  • Краткая позиционная сериализация: ['Marcus Aurelius','1990-02-15']

  • Сетевой пакет: { call: [17, 'interface'], method: ['Marcus Aurelius', '1990-02-15' ] }



Сравним описание одних и тех же данных на XML, CLEAR, JSON и JSTP:



Пример XML




Seatingsnone
OK

Flap01open
OK

Flap02closed
overload

Jointdetach
OK




Пример CLEAR
1: PT004:OilPump Displacement[constant] Value[63] Control[automatic] Status[working]
2: #FlowMeter Substance[fluid] Recording[off] Role[master] Period[00:30] DataOutput[Parent.FT002.Verification]
2: #Outlet Pressure[180] Status[working]
2: #FailureSensors:Table [Module,Indication,Status]
3: [Seatings,none,OK]
3: [Flap01,open,OK]
3: [Flap02,closed,overload]
3: [Joint,detach,OK]


Пример JSON
{
"name": "PT004",
"type": "OilPump",
"displacement": "constant",
"value": 63,
"control": "automatic",
"status":"working",
"flowMeter": {
"substance": "fluid",
"recording": "off",
"role": "master",
"period": "00:30",
"dataOutput": "Parent.FT002.Verification"
},
"outlet": {
"pressure": 180,
"status": "working",
"failureSensors": [
["Module", "Indication", "Status"],
["Seatings", "none", "OK"],
["Flap01", "open", "OK"],
["Flap02", "closed", "overload"],
["Joint", "detach", "OK"]
]
}
}


Пример JSTP
{
name: "PT004",
type: "OilPump",
displacement: "constant",
value: 63,
control: "automatic",
status:"working",
flowMeter: {
substance: "fluid",
recording: "off",
role: "master",
period: "00:30",
dataOutput: "Parent.FT002.Verification",
},
outlet: {
pressure: 180,
status: "working",
failureSensors: [
["Module", "Indication", "Status"],
["Seatings", "none", "OK"],
["Flap01", "open", "OK"],
["Flap02", "closed", "overload"],
["Joint", "detach", "OK"]
]
}
}


Пример JSTP минимизированный с применением схемы данных:



["PT004","OilPump","constant",63,"automatic","working",
["fluid","off","master","00:30","Parent.FT002.Verification"],
[180,"working",[["Module","Indication","Status"],
["Seatings","none","OK"],["Flap01","open","OK"],
["Flap02","closed","overload"], ["Joint","detach","OK"]]]]


А теперь внимание, самый простой парсер JSTP на Node.js выглядит так:



api.jstp.parse = (s) => {
let sandbox = api.vm.createContext({});
let js = api.vm.createScript('(' + s + ')');
return js.runInNewContext(sandbox);
};


всего 5 строк, а его использование простое и очевидное:



api.fs.readFile('./person.record', (e, s) => {
let person = api.jstp.parse(s);
console.dir(person);
});


Теперь посмотрим более сложный пример JSTP, имеющий функции и выражения:



{
name: ['Marcus', 'Aurelius'].join(' '),
passport: 'AE' + '127095',
birth: {
date: new Date('1990-02-15'),
place: 'Rome'
},
age: () => {
var difference = new Date() - birth.date;
return Math.floor(difference / 31536000000);
},
address: {
country: 'Ukraine',
city: 'Kiev',
zip: '03056',
street: 'Pobedy',
building: '37',
floor: '1',
room: '158'
}
}


Как видно, функции могут обращаться к полям самого объекта, но для этого нужно немного модифицировать парсер:



api.jstp.parse = (s) => {
let sandbox = vm.createContext({});
let js = vm.createScript('(' + s + ')');
let exported = js.runInNewContext(sandbox);
for (let key in exported) {
sandbox[key] = exported[key];
}
return exported;
};


Моя команда разработчиков и независимые разработчики готовят сейчас JSTP SDK для более чем десятка языков, а для некоторых есть уже несколько альтернативных реализаций. Тестирование функциональности и производительности JSTP мы проведем в ближайшее время. На странице спецификации внизу есть собранные ссылки, но не все, ссылки будут обновляться: https://github.com/metarhia/JSTP



Сейчас есть такие реализации:




  • JavaScript для Browserа

  • JavaScript для Node.js и Impress Application Server

  • C and C++ for STL and Qt

  • Swift and Objective-C for iOS

  • Java for Android and JavaEE

  • C# for .NET

  • Python, Haskell, PHP, GoLang



Ссылки





Заключение



А в следующий раз я расскажу про другие компоненты стека технологий. Несмотря на кажущуюся простоту решений, сделать еще нужно очень много. Я обещаю периодически публиковать результаты и проводить тесты по нагрузкам и надежности, сравнение с аналогами по функциональности и эффективности. Пока я не могу рекомендовать все это к массовому внедрению, но зимой 2016-2017 мы выпустим SDK с примерами. Над этим трудится несколько десятков человек в специально созданном R&D центре в Киевском Политехническом Институте при поддержке SinceTV. Если Вы будете следить за проектом, то надеюсь, что он еще Вам пригодится. Даже частичное внедрение уже дало свои результаты. Спасибо за Ваше внимание.





Насколько Вам интересна эта технология?
















































Проголосовал 1 человек. Воздержавшихся нет.





Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.


Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/306584/

Комментарии (0)КомментироватьВ цитатник или сообщество
Vera_Larionova

Как очистить кэш браузера Opera, Chrome, Firefox, Internet Explorer?

Воскресенье, 21 Августа 2016 г. 12:32 (ссылка)

Это цитата сообщения Владимир_Шильников Оригинальное сообщение

Как очистить кэш браузера Opera, Chrome, Firefox, Internet Explorer?

kak-ochistit-kesh-brauzera-248x195 (248x195, 85Kb)

Когда вы открываете сайт, браузер сохраняет страницу в компьютер для того, чтобы в следующий раз она открылась в разы быстрее. Однако со временем таких страниц сохраняется огромное множество, вы даже можете заметить как начинает тормозить компьютер, но ничего страшного нет. В статье я напишу как очистить кэш браузера, будь-то Opera, Firefox, Chrome или даже Internet Explorer (если им еще кто то пользуется).
Кэш браузера сохраняется в системных папках, которые зачастую скрыты, да вам в принципе и не нужно знать где они находятся, ведь в каждом браузере есть встроенные механизмы для очистки кэша. Теперь рассмотрим каждый из них


Как очистить кэш в современных браузерах

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Яндекс.Браузер для Android тестирует переводчик страниц

Среда, 17 Августа 2016 г. 23:17 (ссылка)

Команда Яндекс.Браузера начала тестирование переводчика страниц на альфе и бете браузера для Android и приглашает всех присоединиться к тестированию.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Яндекс.Браузер для Android тестирует переводчик страниц

Вторник, 16 Августа 2016 г. 18:53 (ссылка)

Команда Яндекс.Браузера начала тестирование переводчика страниц на альфе и бете браузера для Android и приглашает всех присоединиться к тестированию.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Китайцы купили браузер Opera за $600 миллионов

Понедельник, 15 Августа 2016 г. 20:17 (ссылка)

Qihoo 360 известна в Китае своим интернет-магазином мобильных приложений и антивирусным программным обеспечением. В консорциум также входит компания Kunlun и инвестиционные фонды Golden Brick и Yonglian. Популярный браузер перешел к китайцам Читай

Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Александр_Божьев

Глава 1332. 5 августа 2016 года. 218 день 2016 года. Сколько стоят ваши данные в Интернете. Александр Божьев.

Пятница, 05 Августа 2016 г. 12:42 (ссылка)



Аль Пачино (700x364, 46Kb)

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

Опрос в интернете
Какое место сборная России займет в медальном зачете на Играх в Рио?
28% Сборная будет в первой десятке, но ближе к концу 26542 чел
23% Четвертое или пятое 22267 чел
23% Команда точно будет в первой тройке 22233 чел
15% За пределами первой десятки 14040 чел
8% Первое, несмотря ни на что 8211 чел
93293 чел уже проголосовало


Доступные тайны: сколько стоят ваши данные в Интернете.
МОСКВА, 4 авг — РИА Новости, Лариса Жукова. Сегодня стартует крупнейшая в мире конференция хакеров Defcon в Лас-Вегасе. Каждый день приходят сообщения о том, что хакеры взламывают крупнейшие организации и продают разные данные в открытый доступ. Сколько стоят наши данные, насколько просто их получить, как защитить себя от взлома и чем действительно занимаются хакеры, выясняли РИА Новости.
Сколько ты стоишь
Если вы не владеете недвижимостью, не сменили недавно социальный статус, путешествуете нечасто и не обладаете миллионами в банке, то стоимость информации о вас составит не выше 20 центов (около 13 рублей). Таковы данные специального калькулятора Financial Times. Эту информацию обычно используют компании, чтобы предлагать пользователям таргетированную рекламу именно о тех вещах и услугах, которыми он чаще всего пользуется.

На черном рынке даркнета (высокого по степени анонимности сегмента интернета) данные рядового пользователя немного дороже. За строку информации хакеры просят доллар (около 66 рублей), говорится в исследовании компании Trend Micro. Надо отметить, что, по сравнению с другими товарами в даркнете, это ничтожные суммы. Как рассказал руководитель отдела исследований приложений Positive Technologies Дмитрий Скляров, данные рядового пользователя практически невозможно превратить в деньги.
Чаще всего в поисках доступа к запретной информации прибегают к услугам на различных тематических форумах и сайтах. За доступ к чужом аккаунту там берут от тысячи до нескольких десятков тысяч рублей. Но на самом деле себестоимость такого взлома может быть дороже в несколько сот раз:
"Если взломают одного человека, то это будет автоматически означать уязвимость сайта. Стоимость ее разработки и использования иногда чрезмерно высока. Информацию об уязвимости можно продать на черном рынке за 100 тысяч долларов. Проще физически проникнуть в квартиру человека и зайти в его домашний компьютер, чем взломать тот же Facebook. Взлом двери обойдется гораздо дешевле".

"Самым слабым звеном в безопасности почтового аккаунта является легкомысленность самого пользователя. Более 99% кибератак носят массовый характер: злоумышленник взламывает как можно больше любых аккаунтов. Страдают те, кто плохо себя защитил", – сообщила вице-президент Mail.Ru Group, руководитель бизнес-подразделения "Почта и портал" Анна Артамонова.

Деньги под угрозой
Гораздо больший интерес для хакеров представляют базы данных крупных организаций, их уязвимости и ваши собственные финансовые инструменты. Человек может оказаться в зоне риска, даже если именно его данные никому не нужны. Часто информацию о банковских картах сливают "пачками".
"Киберпреступникам интересны, в основном, данные о ваших платежных инструментах – дебетовых картах, qiwi-кошельках и т.д. Стоит быть внимательным при работе в личном кабинете банка онлайн. У многих банков проблемы с безопасностью в этом плане", – рассказал специалист по информационной опасности Александр Варской.

Полная информация о банковском счете рядового пользователя, по данным Trend Micro, стоит на черном рынке до 500 долларов (свыше 33 тысяч рублей). Но оказаться жертвой мелких мошенников, которые не получили доступа к вашим данным из даркнета, – реальная опасность для каждого, кто хоть раз пересылал кому-то номер своей карты.
"Не стоит нигде сохранять номер кредитной карты, пересылать ее данные и фотографии по переписке, и тем более указывать CVC на обратной стороне. Злоумышленники могут потратить деньги с нее онлайн – некоторые магазины не требуют подтверждения по смс", – напомнил Дмитрий Скляров.
Правила безопасности
На конференции хакеров Defcon в Лас-Вегасе существует так называемая "стена овечек". На ней оказываются имена тех, кого оказалось легко взломать. Чаще всего пользователь сливает свои данные по невнимательности. По данным компании Trend Micro, свыше 40% всех утечек информации за последние 10 лет не требовали хакерских взломов.
Главная ошибка – это использование одного и того же пароля, рассказал Юрий Наместников, руководитель российского исследовательского центра "Лаборатории Касперского". Неважно, насколько пароль сложный. Например, вы зарегистрировались на форуме 5 лет назад.
"В качестве логина вводите свой e-mail, в качестве пароля — обычный пароль, такой же, как и от почтового ящика. Можете считать, что только что сами подарили свой Apple ID и банковские выписки интернет-мошенникам", — подчеркнула Анна Артамонова.

Мобильный телефон
Следующая ошибка – это посещение сайтов, которые не используют шифрования данных, через публичную сеть wi-fi. Например, вы сидите в метро или кафе и заходите в интернет через wi-fi. Мошенник, который скачал бесплатную программу по перехвату данных, может увидеть вашу сессию. Однако если сайт защищен протоколом https, то данные останутся зашифрованными.
Еще одна ошибка – защищать только компьютер. Многие пользователи используют до четырех девайсов – планшет, смартфон и т.д., вводят с них свои логины и пароли, заходят в интернет-банки, но забывают установить на них антивирусы. Также активно используется социальная инженерия: ее искусство заключается в том, чтобы убедить пользователя запустить программу и перейти по нужной ссылке.
Причем технически нет разницы, получить доступ к данным рядового пользователя или государственной структуры. Все технологии защиты одинаковы и для домашних, и для корпоративных пользователей. Хакеры работают по принципу "слабого звена": если один из тысячи человек крупной корпорации забудет обновить программу, то хакер сможет проникнуть в сеть.
"Рано или поздно любая личная информация все равно окажется в открытом доступе",
– заявил Александр Варской. По его словам, мир больших данных – big data – построен по закону больших чисел: любая введенная пользователем информация "утечет". Но в скором времени пароли будут не нужны.
"Если я зайду вместо вас в вашу почту на google, например, который собирает максимальную информацию о пользователе, то мы все равно будем разными персонажами для системы. У меня другие настройки браузера, другой часовой пояс, время пребывания, другое поведение. Все идет к тому, что система научится анализировать эти данные быстро. И отнюдь не пароль станет опознавательным кодовым словом. А сумма факторов. И подделать их будет бессмысленно и невозможно".

Деньги – ничто, имидж – все
Узнать, какова ваша сексуальная ориентация, как часто вы путешествуете, что думаете о власти и ругаетесь ли матом, можно и без взломов. Недавно компания SocialDataHub провела исследование аккаунтов участников праймериз крупной политической партии.
"Нашли их аккаунты в социальных сетях и разложили по полочкам: кто, откуда, чем интересуется. А потом человек 10-15 внезапно сняли свои кандидатуры", – рассказал основатель компании Артур Хачуян. По его словам, сейчас не нужно ни за кем следить – все и так о себе рассказывают больше, чем достаточно.
Инструменты, которыми пользуется исследователи, разнообразны. Это анализ текстов, аудио, фотографий, видео и даже "лайков" в закрытых группах.
"Мы ищем людей по фотографиям, анализируем связи между ними, мониторим их поведение в сети и так далее. Для этого у нас разработана платформа для мониторинга. Ее создали крутые специалисты, в том числе бывшие хакеры и те, кто скрывается от спецслужб. Мы видим всю информацию об открытых профилях в 11 социальных сетях, различных блогах, форумах и множестве сайтов в сети TOR".

Этими услугами часто пользуются крупные компании, чтобы узнать о потенциальном работнике. В досье о нем войдут не только его увлечения, предпочтения и хобби, но и информация о владении недвижимостью, юридические лица, судебные процессы и кредитная история: "по 5-7 открытым источникам можно о человеке составить очень интересную картину".
Таким же образом, анализируя, в частности, фотографии в инстаграме, можно получить информацию о руководстве крупных коммерческих и государственных организаций. Начиная от того, кто с кем общается в реальной жизни, и заканчивая тем, откуда и куда идут денежные потоки.
Хакеры – это субкультура
Слово "хакер" изначально не имело негативной коннотации. Им называли человека, который способен решать сложные технические задачи, не имея достаточной документации или исходных текстов программ.
"Люди, которые называют себя хакерами, в большинстве своем не считают себя преступниками. Они считают себя техногенной элитой, которая может то, что простой программист сделать не в состоянии", – пояснил Дмитрий Скляров. По его словам, конференции хакеров нужны для того, чтобы встретиться с подобными себе людьми и донести до широкой публики свои разработки.

"Хакеры – это субкультура. Они совершенно не имеют отношения к условным молдаванам, которые захотели заняться кардингом и украсть деньги. Это другие люди по принципу своего мышления", – добавил Александр Варской. Анализ большого объема данных может не только помочь украсть деньги, но и, например, провести сложнейшие медицинские исследования и найти средство от тяжелой болезни. По словам Александра Варского, "человечество стоит перед объемными и яркими задачами, и хакеры могут помочь их решить".




Электрика, поймавшего на руки девочку с 8 этажа, поощрит руководство.
Алексей Гладких
сегодня в 14:16
Во время приземления ребёнка на руки мужчина получил перелом всех пальцев правой руки.
Коллеги екатеринбуржца, спасшего выпавшего с балкона восьмого этажа ребёнка, заявили, что гордятся своим бригадиром. О поступке Александра Продовикова, который сумел поймать на руки 4-летнюю девочку, его коллеги узнали от Лайфа.
— Мы гордимся, что у нас работает такой сотрудник! Руководство обязательно поощрит его, возможно, это будет премия или подарок, — заявили в пресс-службе МУП "Водоканал", где Продовиков трудится бригадиром электриков.
Отметим, о своём желании наградить героя ранее сообщила прокуратура Екатеринбурга, пообещав выдать мужчине грамоту.
Напомним, Продовиков выгуливал своего мопса, когда услышал крик и увидел девочку, зацепившуюся за решётку на 8-м этаже. Мужчина вовремя подоспел и сумел поймать упавшую Варю. При этом от удара Александр получил перелом всех пальцев на правой руке. Девочку на скорой помощи отвезли в 9-ю детскую больницу.
— У ребёнка перелом правого плеча, ушиб поясничного отдела и черепно-мозговая травма. Угрозы для жизни нет. Через пару дней мы сможем уже отпустить её домой, — рассказал заместитель главного врача ДГКБ № 9 по хирургии Игорь Огарков.
Александр Продовиков не считает себя героем и не ждёт какой-либо награды.
— Я обычный мужик, 58 лет, сделал, что должен, мне ничего не надо, — скромно говорит он.

Комментарии

Александр Гвоздевич
минуту назад
Да, пока есть на Руси такие Мужики, земля русская не переведется. И он не просто одну девочку спас, а целый род, у нее дети потом будут, а у ее детей и внуки пойдут. Низкий тебе поклон за твой подвиг! Ответить

Сергей Прохоров
7 минут назад
Вот это Герой Ответить

Ramis Ramisov
10 минут назад
Мужик с большой буквы и Человек с большой буквы. На деньги не ведется , как наши чинуши.

Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Полноэкранное видео в Яндекс.Браузере для Android

Пятница, 05 Августа 2016 г. 10:54 (ссылка)

Команда Яндекс.Браузера сообщила о выходе новой версии Яндекс.Браузера для Android, которая умеет автоматически разворачивать видео на весь экран при повороте телефона в горизонтальное положение.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Полноэкранное видео в Яндекс.Браузере для Android

Пятница, 05 Августа 2016 г. 10:38 (ссылка)

Команда Яндекс.Браузера сообщила о выходе новой версии Яндекс.Браузера для Android, которая умеет автоматически разворачивать видео на весь экран при повороте телефона в горизонтальное положение.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Полноэкранное видео в Яндекс.Браузере для Android

Среда, 03 Августа 2016 г. 19:54 (ссылка)

Команда Яндекс.Браузера сообщила о выходе новой версии Яндекс.Браузера для Android, которая умеет автоматически разворачивать видео на весь экран при повороте телефона в горизонтальное положение.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Есть ли жизнь после отказа популярных браузеров от поддержки архитектуры NPAPI

Вторник, 02 Августа 2016 г. 13:05 (ссылка)

Задачи строгой двухфакторной аутентификации и усиленной электронной подписи традиционно решаются с использованием средств криптографической защиты информации, выполненных в виде токенов. Для усиленной защиты от киберпреступников при работе пользователя в потенциально уязвимой среде дополнительно используются токены и Trust Screen-устройства.





Браузеры по умолчанию не предоставляют коду веб-страниц доступ к токенам и Trust Screen- устройствам. Для реализации такого доступа требуется разработка специальных расширений (плагинов) для браузеров или использование иных технологий. Также возможно создание Java-апплетов и локальных прокси-серверов.

Расширения для браузеров, как правило, разрабатывались с помощью архитектуры NPAPI (Netscape Plugin Application Programming Interface). Java-апплеты также работали через NPAPI. Для Microsoft Internet Explorer, как правило, разрабатывался ActiveX-компонент.



Конец эпохи NPAPI



В связи с выявленными уязвимостями и ограничениями архитектуры NPAPI разработчики брау-зеров стали отказываться от поддержки этой архитектуры в пользу собственных решений. Так, Google Chrome предложил использовать технологию Native Messaging, а Mozillа Firefox технологию WebExtensions. Яндекс.Браузер также анонсировал отказ от NPAPI. Microsoft анонсировал создание собственной платформы разработки расширений для браузера Microsoft Edge. Apple же, несмотря на все уязвимости NPAPI, пока не предложил никаких альтернативных технологий расширения для браузера Safari, оставив пользователей Mac OS X потенциально уязвимыми.

В итоге перед разработчиками Web-приложений возникла необходимость адаптировать приложения под «зоопарк» различных технологий, используемых различными браузерами. Такая ситуация усложнила задачу мультибраузерной поддержки токенов для реализации функций безопасности, увеличила затраты разработчиков на встраивание и поддержку таких устройств, создала большое число потенциальных точек отказа и стала причиной возникновения проблем с обратной совместимостью. В частности, архитектура NPAPI поддерживает как синхронные, так и асинхронные методы для работы с токенами. Технология Native Messaging – только асинхронные.



Встал вопрос – а существует ли альтернативный подход, который позволил бы избавиться от «зоопарка» различных технологий, обеспечил бы поддержку токенов во всех популярных браузерах и позволил бы выпустить решения, максимально совместимые с предыдущими, которые использовали NPAPI. Данный момент был очень важен, так как многие технологические партнёры «Аладдин Р.Д.» использовали в своих веб-приложениях решение JC-WebClient 2.4, работающее на основе NPAPI-плагинов, и поэтому для нас было важно максимально облегчить партнёрам процесс миграции на новую версию JC-WebClient. В идеале хотелось бы сразу поддержать ещё и браузер Microsoft Edge в Microsoft Windows 10 так, чтобы получилась примерно такая картина:







Локальный прокси-сервер



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



Такая архитектура позволяет обеспечить поддержку токенов для всех популярных браузеров, однако имеет определённые недостатки. В частности:


  • при работе через локальный прокси-сервер пользователь видит в адресной строке браузера не реальный URL веб-страницы на удалённом сервере, а что-то наподобие 127.0.0.1:12345, что делает работу пользователя с таким сервисом не совсем удобным;


  • весь прикладной трафик между браузером и удалённым сервером перенаправляется на локальный прокси-сервер, что делает локальный прокси-сервер узким местом всей системы;


  • работа с каждым отдельным веб-приложением требует отдельной конфигурации локального прокси-сервера на клиентской стороне.





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



Локальный веб-сервер



После анализа вариантов решений и выполнения НИРов по данной теме решили разработать приложение на основе технологии локального веб-сервера. Основное отличие такой архитектуры от технологии локального прокси-сервера заключается в том, что локальный веб-сервер не вмешивается в процесс передачи прикладного трафика от браузера до удалённого сервера. Браузер обращается к локальному веб-серверу только для доступа к функциям токена и/или Trust Screen-устройства. Пользователь же при работе с электронным сервисом по-прежнему видит в адресной строке своего браузера корректный URL одной из страниц веб-приложения.

Разработанный прототип для платформы Microsoft Windows доказал, что такая технология работает. Однако первая версия прототипа имела существенное ограничение – обращение к локальному веб-серверу шло только по HTТP, что не позволяло работать веб-приложению по HTTPS с удалённым веб-сервером из-за ограничений браузеров. Мы разработали вторую версию прототипа, реализовав в локальном веб-сервере поддержку TLS для возможности установления браузером соединения как с локальным, так и с удалённым веб-сервером по HTTPS.

Вторая версия прототипа успешно заработала во всех популярных браузерах, включая Microsoft Edge, для которого Microsoft до сих пор не предоставил возможности разработки расширений. На основе второй версии прототипа мы разработали новую версию решения JC-WebClient 3.0, обеспечив поддержку всех популярных браузеров.







Основные компоненты JC-WebClient 3.0:




  • Локальный веб-сервер


    • Обеспечивает взаимодействие между веб-страницей и токеном/Trust Screen-устройством по протоколу HTTPS


    • Обеспечивает разделение PC/SC контекстов для различных вкладок браузера




  • Клиентский скрипт JCWebClient.js


    • Предоставляет веб-страницам JavaScript API для работы с методами JC-WebClient


    • Загружается на веб-страницу с локального веб-сервера


    • При вызове из контекста страницы веб-приложения методов объектов, реализованных в файле JCWebClient.js, управление передаётся на локальный веб-сервер и, далее, к токену.




  • Сервис мониторинга, выполненный в виде службы ОС


    • Запускает локальный веб-сервер при загрузке ОС


    • Контролирует целостность локального веб-сервера


    • Перезапускает локальный веб-сервер в случае нештатных ситуаций/сбоев в ОС






Преимущества



Выбранная технология локального веб-сервера позволила обеспечить в JC-WebClient 3.0 поддержку как синхронных, так и асинхронных методов для работы с токенами. Ещё одним плюсом явилось то, что разработчики веб-сервисов, работавшие ранее через NPAPI, не потеряли возможность сохранять сессию работы с токеном при переходе со страницы на страницу своего приложения в рамках одной вкладки браузера. Эти два обстоятельства позволили максимально облегчить процесс миграции с версии JC-WebClient 2.4 на версию 3.0 для технологических партнёров. Для перехода на новую версию достаточно добавить несколько строк одинакового кода на каждой веб-странице, работающей с токеном, при этом не требуется переделывать логику графического интерфейса.

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



Простота использования



В типовом сценарии дистрибутив JC-WebClient 3.0 скачивается со страницы веб-сервиса и устанавливается на компьютер пользователя один раз, и, затем, локальный веб-сервер из комплекта JC-WebClient 3.0 автоматически запускается сразу после установки. Работа локального веб-сервера происходит исключительно в фоновом режиме. Он потребляет минимум ресурсов и не имеет никаких элементов управления. Так же легко осуществляется и его обновление при выходе новой версии.



Поддерживаемые аппаратные устройства



В качестве средства строгой двухфакторной аутентификации и электронной подписи JC-WebClient 3.0 использует USB-токены/смарт-карты JaCarta и eToken с аппаратно реализованными российскими криптоалгоритмами. В их числе — JaCarta ГОСТ, JaCarta PKI/ГОСТ, eToken ГОСТ. В качестве доверенного Trust Screen-устройства — Антифрод-терминал, собственный продукт компании «Аладдин Р.Д.».



Поддерживаемые операционные системы



Версия JC-WebClient 3.0 поддерживает платформу Microsoft Windows, начиная от Microsoft Windows XP до Microsoft Windows 10. В ближайшее время запланирован выпуск версии 3.1, которая будет поддерживать Mac OS X и Linux. Следите за нашими новостями.

Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/306920/

Комментарии (0)КомментироватьВ цитатник или сообщество
SoftLabirint

Magic Desktop 9.2.0.149 (2016) ML/RUS » SoftLabirint.Ru: Скачать бесплатно и без регистрации - Самые Популярные Новости Интернета

Понедельник, 01 Августа 2016 г. 11:03 (ссылка)
softlabirint.ru/soft/system...mlrus.html


Magic Desktop 9.2.0.149 (2016) ML/RUS

Magic Desktop – это безопасная и развивающая среда, в которой дети быстро учатся основам компьютерной грамотности. Специально разработанный дизайн идеально подходит для их маленьких ручек, а большая коллекция программ не оставит их равнодушными.



Детям нравится!

• Малыши учатся с удовольствием, используя нашу коллекцию развивающих игр и упражнений. Миллионы маленьких пользователей Magic Desktop – неоспоримый факт признания!

Спокойствие

• Родители ценят спокойствие, которое дает им Magic Desktop: с ним не бывает случайно пропавших файлов и внезапно испорченной системы.

Безопасность в Сети

• Сохраните сознание своих детей чистым как можно дольше, применяя родительские фильтры при посещении сайтов в сети Интернет.

Раннее обучение

• Дайте своим детям возможность активно развиваться, научив их пользоваться компьютером и поощряя их стремление исследовать новое. Magic Desktop подходит даже для тех малышей, которые только вчера научились сидеть на стуле!

Творчество

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

Радость для всех

• Magic Desktop подарит долгие часы радости всей вашей семье. Соберитесь все вместе и погрузитесь в мир детства и волшебства!



Поощряйте обучение

Magic Desktop – это детская площадка с обширным набором программ, которые растут вместе с вашим ребенком, предлагая ему новые занимательные способы обучения и возможность творчески выразить себя.

Ge Академия

• Образовательные игры и упражнения

• Изучайте числа, буквы, цвета, фигуры

• Применяйте систему вознаграждений

Радуга

• Сделайте снимок

• Примените эффекты

• Покажите семье и друзьям

Рисовать легко

• Рисуйте от руки

• Комбинируйте цвета

• Добавляйте эффекты и слова

Говорящий попугай

• Запишите свой голос

• Поменяйте темп воспроизведения

• Отошлите голосовую почту

Игры

• 28 игр для всех возрастов

• Обучающие игры

• Развлечения для всей семьи

Сначала – домашнее задание, потом – игры

• Устанавливайте свои правила

• Мотивируйте детей

• Вознаграждайте за достижения



Защитите детей онлайн

• Родителям и воспитателям стоит позаботиться о безопасности детей в Интернете. По этой причине мы включили в Magic Desktop несколько приложений, которые помогут обеспечить достаточный уровень защиты.

Мой первый браузер

• My First Browser – это безопасный детский браузер, в котором родители могут подбирать и одобрять полезные веб-сайты. Специальные подборки разрешенных сайтов, совместно с функциями родительского контроля, дают определенную свободу в дозволенных родителями рамках.

Волшебная почта

• Пусть ваши дети пользуются безопасным email-клиентом, который скрывает всю нежелательную почту, а родителям предоставляет возможность контролировать все новые контакты. Вы можете быть уверенными, что дети не получат сообщений от неизвестных.

Обезопасьте компьютер

• Установив Magic Desktop, вы можете быть спокойны: все ваши документы, системные файлы и настройки будут в полной безопасности!

Security Shield

• Эта особая технология ограничивает доступ к Windows и создает безопасную среду, специально разработанную для детей. Ее отличает привлекательный дизайн и удобство использования.

Автозапуск

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



What's New:

— May include unspecified updates, enhancements, or bug fixes.

 



Magic Desktop 9.2.0.149 (2016) ML/RUS



Magic Desktop 9.2.0.149 (2016) ML/RUS



Magic Desktop 9.2.0.149 (2016) ML/RUS



Magic Desktop 9.2.0.149 (2016) ML/RUS



Magic Desktop 9.2.0.149 (2016) ML/RUS



Magic Desktop 9.2.0.149 (2016) ML/RUS



Magic Desktop 9.2.0.149 (2016) ML/RUS



Magic Desktop 9.2.0.149 (2016) ML/RUS






Название: Magic Desktop 9.2.0.149

Год выпуска: 2016

Платформа: Windows XP / Vista / 7 / 8 / 8.1 / 10

Язык интерфейса: MULTi / Русский

Лекарство: в комплекте

Размер: 110 МБ



Скачать: Magic Desktop 9.2.0.149 (2016) ML/RUS >>>



 



Подписка на новости сайта…

http://feeds.feedburner.com/Soft-Labirint

http://feeds.feedburner.com/Soft-Labirint?format=xml

https://feedburner.google.com/fb/a/mailverify?uri=Soft-Labirint

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
kiev2376393

Китайцы купили браузер Opera за $600 миллионов

Пятница, 29 Июля 2016 г. 10:32 (ссылка)

Qihoo 360 известна в Китае своим интернет-магазином мобильных приложений и антивирусным программным обеспечением. В консорциум также входит компания Kunlun и инвестиционные фонды Golden Brick и Yonglian. Популярный браузер перешел к китайцам Читай

Читать далее...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<браузер - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda