Компания Google представила (http://googlechromereleases.blogspot.ru/2013/11/stable-chann...) релиз web-браузера Chrome 31 (http://www.google.com/chrome). Браузер построен на кодовой базе свободного проекта Chromium (http://dev.chromium.org/) и отличается (http://blog.chromium.org/2008/10/google-chrome-chromium-and-...) использованием логотипов Google, встроенной поддержкой Flash и PDF, наличием системы отправки уведомлений в случае краха, системой автоматической установки обновлений и передачей при поиске RLZ-параметров (http://www.opennet.me/opennews/art.shtml?num=26822).Основные изменения:
- Включение поддержки PNaCl (https://developers.google.com/native-client/pnacl-preview/ov...) (Portable Native Client) в настольных версиях Chrome, которая позволяет организовать выполнение приложений, написанных на языках C и С++, в специальном изолированном окружении web-браузера, независимо от текущей аппаратной архитектуры. Например, скомпилированный для PNaCl исполняемый файл может быть выполнен в различных версиях Chrome и Chrome OS, независимо от аппаратной архитектуры (x86, x86_64, ARM, MIPS) и типа операционной системы, демонстрируя при этом производительность, близкую к нативному исполняемому файлу для целевой платформы.В PNaCl вместо генерации машинного кода приложение компилируется в универсальный биткод LLVM и поставляется в непривязанном к конкретной платформе исполняемом формате ".pexe". В процессе запуска приложения промежуточный биткод LLVM транслируется в машинный код текущей платформы на стороне локальной системы пользователя. Вынос стадии генерации машинного кода на сторону клиента позволяет разработчику не задумываться о низкоуровневых оптимизациях и поддержке новых архитектур - новые методы оптимизации и поддержка новых аппратаных платформ производится без пересборки пользовательского приложения, через обновление транслятора. Вместо стандартной системной Си-библиотеки в PNaCl предлагается к использованию многоплатформенная библиотека newlib (http://www.sourceware.org/newlib/), развиваемая компанией Red Hat;
- Для приложений Chrome Apps добавлена поддержка обработчиков URL (https://developer.chrome.com/apps/manifest/url_handlers.html), позволяющих привязать приложение к определённым типам URL (например, можно организовать открытие ссылок на документы в web-редакторе). Также добавлен fileSystem API (https://developer.chrome.com/apps/fileSystem.html) для доступа к содержимому локальных директорий, что позволяет организовать совместный доступ к файлам между web-приложением и нативными программами (например, web-редактор кода может быть сопряжен с нативным клиентом Git). При использовании fileSystem API запрашивается подтверждение от пользователя;
- В версии Chrome для платформы Android появилась поддержка создания ярлыков для запуска программ в полноэкранном режиме. Ярлыки позволяют разместить на домашнем экране Android ссылки для быстрого открытия сайтов или web-приложений в браузере. В отличие от ранее поддерживаемых схем, новая возможность позволяет открыть связанные с ярлыком сайты или web-приложения в отдельном полноэкранном окне, лишённом традиционных элементов управления браузером (без адресной строки, вкладок, меню и кнопок). Для добавления ярлыка на домашний экран в меню Chrome добавлена специальная кнопка;
<center><a href="http://2.bp.blogspot.com/-RHtFO6AmAWM/Uk2TaGIPpKI/AAAAAAAAAD... src="http://www.opennet.me/opennews/pics_base/0_1384284992.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a><a href="http://3.bp.blogspot.com/-pXvzan-h3KY/Uk2Tftbk4TI/AAAAAAAAAD... src="http://www.opennet.me/opennews/pics_base/0_1384285031.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
- В версии для Android, Windows и Chrome OS добавлена поддержка вызова requestAutocomplete() (http://www.html5rocks.com/en/tutorials/forms/requestautocomp.../), созданного для организации управления процессом автозаполнения форм ввода, что может быть использовано для отдельной обработки ранее вводимых данных для заполнения форм с параметрами платежей (например, разработчик может определить какую платёжную систему ранее использовал пользователь и сформировать заполненный шаблон). Имена автоматически заполняемых атрибутов задаются через свойство autocomplete в тегах input и select. При доступе к данным автозаполнения пользователю выводится предложение подтвердить операцию;
- Для WebRTC добавлена поддержка протокола SCTP для организации прямого канала передачи данных, допускающего прямую P2P-передачу данных между браузерами клиентов;
- Добавлена (http://updates.html5rocks.com/2013/07/Alpha-transparency-in-...) поддержка прозрачности для видео WebM (например для воспроизведения на фоне статичной картинки кадров, снятых на фоне зелёного экрана);
<center><iframe width="640" height="360" src="//www.youtube.com/embed/LIH_myX3Zp0?rel=0" frameborder="0" allowfullscreen></iframe></center>
- В Chrome для Android добавлена поддержка [http://updates.html5rocks.com/2013/01/Voice-Driven-Web-Apps-... JavaScript Web Speech API]] с реализацией средств для распознавания речи;- Возможность создания непрозрачных canvas при задании атрибута "{ alpha: false }" в getContext('2d');
- В 2D canvas добавлена поддержка метода "ellipse";
- Снят экспериментальный префикс с реализации Media Source API (https://dvcs.w3.org/hg/html-media/raw-file/tip/media-source/...), предоставляющей средства для локальной генерации мультимедийных потоков из JavaScript-приложений. Поддержка динамического формирования контента для тегов video и audio открывает новые возможности для разработчиков web-приложений, упрощая реализацию адаптивного потокового вещания и смещённых во времени live-трансляций.Кроме нововведений и исправления ошибок, в новой версии устранено 27 уязвимостей, из которых 21 проблема помечена как опасная, а одной уязвимости (https://code.google.com/p/chromium/issues/detail?id=315823) присвоен статус критической проблемы, позволяющей обойти все уровни защиты браузера и совершить атаку на систему пользователя. Критическая проблема и 16 опасных уязвимостей выявлены сотрудниками Google в процессе внутреннего аудита кодовой базы. В процессе аудита также были выявлены уязвимости во внешних компонентах libjpeg, libjpeg-turbo и libjingle, код которых используется в Chrome.
В рамках программы по выплате денежного вознаграждения за обнаружение уязвимостей для текущего релиза компания Google выплатила 7 премий на сумму 15000 долларов США (одна премия в $4000, две по $2000, две по $1000 и две по $500, плюс две поощрительные надбавки по $2000).
Тем временем, в бета-версии Chrome 32 появилась (http://googlechromereleases.blogspot.ru/2013/11/beta-channel...) возможность наглядного выявления вкладок, в которых воспроизводится звук (на подобных вкладках отображается специальный значок), что позволяет быстро оценить источник звука. Кроме того, в бета-версии активирована функция автоматически блокировки вредоносных файлов.URL: http://googlechromereleases.blogspot.ru/2013/11/stable-chann...
Новость: http://www.opennet.me/opennews/art.shtml?num=38413
Ничего нового. Дальнейшие инкрементальные попытки сделать из браузера операционную систему (pexe), протоколируются возможности доступа к файловой системе и т.п.
> Дальнейшие инкрементальные попытки сделать из браузера операционную системуБраузер уже лет пять как операционная система) Причем несколько более стандартная и сильно более распространенная чем все остальные
> Ничего нового. Дальнейшие инкрементальные попытки сделать из браузера операционную систему
> (pexe), протоколируются возможности доступа к файловой системе и т.п.Особенно впечатляет тенденция лишить пользователя привычных элементов управления. Мечта любителей всплывающей рекламы становится на шаг ближе... Скоро пойдет мода убирать в браузере все привычные элементы управления - новое поколение выращенных потребителей как бы напоминает ос себе...
Гугл доставляет, что пришёмляет ретроградам. Не нравится, не пользуйся.
Фурифокс, мидори, etc.
>> Ничего нового. Дальнейшие инкрементальные попытки сделать из браузера операционную систему
>> (pexe), протоколируются возможности доступа к файловой системе и т.п.
> Особенно впечатляет тенденция лишить пользователя привычных элементов управления. Мечта
> любителей всплывающей рекламы становится на шаг ближе...Ну, ты понял.
а чем биткод круче байткода?
В восемь раз компактнее.
"- А у вас нет в продажи микросхем памяти на два бита?"
Могу предложить 2 по одному биту: К565РУ5
Остались от сборки синклера. ;)
лолшто? микросхема для хранения *1 бита* информации???
> лолшто? микросхема для хранения *1 бита* информации???Именно! 65536 штук 1-битных ячеек :) Для 8-битной шины данных необходимо установить 8 штук таких микросхем (получаем 64к), для 16-битной - соответственно 16 штук (получаем 128к или 64к 16-битных "слов")
на неделе обещали подвезти безбитовую память :) ...
> на неделе обещали подвезти безбитовую память :) ...Тритовую? ;)
>> на неделе обещали подвезти безбитовую память :) ...
> Тритовую? ;)Тритиевую!
>>> на неделе обещали подвезти безбитовую память :) ...
>> Тритовую? ;)
> Тритиевую!кубитовую
Есть. Называется К555ТМ2.
> Есть. Называется К555ТМ2.А на пальцах можешь показать операцию XOR?
> а чем биткод круче байткода?
Portable Native Client - это это прорыв. Реальный прорыв. Если ещё приложение NaCl получит возможность работы с DOM-деревом документа, в который оно встроено - можно будет закапывать забыть про целую кучу велосипедов.
А если оно получит доступ к ФС - это будет вообще новое слово в написании троянов. Даешь кроссплатфрменный activex!
Эту технологию типа реального прорыва еще микрософт использовала ровно 15 лет назад для генерации независимого бинарные в код целевой архитектуры при запуске приложения на sh3, mips и arm процессорах в Windows ce, и замечу тогда не было удобного llvm. Ну а борланд использовала это в компилятор с паскаля который компилировался в vm плюс пи код. ( p code ) и чего здесь прорывного? Или вы только узнали что так тоже можно?
> Эту технологию типа реального прорыва еще микрософт использовала ровно 15 лет назад
> для генерации независимого бинарные в код целевой архитектуры при запуске приложения
> на sh3, mips и arm процессорах в Windows ce, и замечу
> тогда не было удобного llvm. Ну а борланд использовала это в
> компилятор с паскаля который компилировался в vm плюс пи код. (
> p code ) и чего здесь прорывного? Или вы только узнали
> что так тоже можно?Да нет, про это я давно знаю. Прорыв состоит в том, что теперь это есть в браузере. Не нужно никаких плагинов, нет нужды в дырявом флеше и сильверлайте - всё что нужно уже в браузере, работает в песочнице, и куда безопасней, чем две предыдущие технологии.
Проблема только в том, что мозиллу не убедить его использовать - темболее, что он еще и на PPAPI.С другой стороны - чтобы вообще всё доставлялось через браузер без контроля пользователем? Данунафиг
> С другой стороны - чтобы вообще всё доставлялось через браузер без контроля пользователем?Что собственно в этом плохого? Просто относитесь к браузеру как к менеджеру пакетов и, одновременно, как к системе их хостинга, и не забывайте, что ту сторону абсолютно любых репозиториев находится код, написанный далеко не идеальным сверхразумом.
Вендорлочность. Велосипедность.
Прорыв в статической линковке ? О да ...
Прорыв??? Это реинкарнация древнего ActiveX.
Разницей в принципах обеспечения безопасности кода поинтересуйтесь
> Прорыв??? Это реинкарнация древнего ActiveX.Да разве? ActiveX был дырявым решетом. В этом плане NaCl намного лучше. Кроме того, ActiveX не был кроссплатформенным, насколько я помню.
> встроенной поддержкой Flash и PDF, наличием системы отправки уведомлений в случае краха, системой автоматической установки обновлений и передачей при поиске RLZ-параметров.в АНБ праздник
> наличием системы отправки уведомлений в случае краха
до боли знакомо, не припомню где это я раньше отключал
мля, лису терпеть не могу, придётся и с хромого сваливать, ибо тут уже зонд на зонде сидит и зондом погоняет.
> мля, лису терпеть не могу, придётся и с хромого сваливать, ибо тут уже зонд на зонде сидит и зондом погоняет.Исходники же есть - собирай себе chromium
> Исходники же есть - собирай себе chromiumЕго дезондировать тоже устать можно. Ну и гуглосервисы оно втюхивает довольно нагло.
От паранойи спасет только принудительное отключение компьютера от питания. Все остальное - иллюзии.
Там дезондирования - отключение четырехз галок в конфиге вообще-то. Правда память жрут эти хромы - мама не горюй, и интерфейс ни к черту.
> Исходники же есть - собирай себе chromiumУже тоже есть - Iron называется.
Они там исходники вроде хакрытыми держали. Что само по себе подозрительно
Есть реальное приложение использующее nacl? Хочу посмотреть это чудо в действии. А так же интересно в сравнении с asm.js
например Bastion:
https://chrome.google.com/webstore/detail/oohphhdkahjlioohba...
ssh-клиент - https://chrome.google.com/webstore/detail/secure-shell/pnhec...
> Для WebRTC добавлена поддержка протокола SCTP для организации канала передачи данных, допускающего прямую P2P-передачу данных между браузерами клиентовСкоро на этом чуде bitcoin-кошельки начнут клепать все, кому не лень. И не только...
Ну bitcoin-кошельки вряд ли, а торенты может быть..
> Ну bitcoin-кошельки вряд ли, а торенты может быть..А какая разница?
Разница в требованиях к безопасности
Вот как? И когда же, по-вашему, безопаснее: когда машинный код исполняется в юзерленде или когда исполняется в юзерленде, приправленном известной гугловской изоляцией и врожденными ограничениями на вызовы NaCl'ра?
1) мы обсуждаем WebRTC, который в новости тоже упомянался. И я предполагаю что в PNaCl модель безопасности такая ж как и в js.2)Вообще тут дело в безопасности для денег кошелька.
Сервер с которого загружен код может делать что угодно с деньгами кошельке ( и например при следующем заходе на сервер код може стать совсем другим).И ещё тут получается централизованная система - есть сервер с которого кошелёк грузится. С другого не загрузится (если будет стандартная для js модель безопасности).
В общем я пользоваться таким кошельком не стал. а торрент трекером - почему бы и нет?
1. Я не против, только давайте уж отделять мух от котлет. WebRTC это то, с помощь чего NaCl-клиент может соединяется с другими NaCl-клиентами. С этим разобрались? Идем дальше. Спрашиваю еще раз: когда безопаснее, когда машинный код живет в юзерленде или в NaCl-огороженном сэндбоксе?2. Сервер, с которого будет загружен код - это Google Play, размещаемый код в котором, как уже сказал, теперь проходит через ревю. Разобрались?
3. Едем дальше. Централизованной системы при всём желании не получается: все протоколы и база транзакций будут использоваться родные, накамотовкие.
*ревью
>> Для WebRTC добавлена поддержка протокола SCTP для организации канала передачи данных, допускающего прямую P2P-передачу данных между браузерами клиентов
> Скоро на этом чуде bitcoin-кошельки начнут клепать все, кому не лень. И
> не только...Так уже, DarkWallet же
Похоже перемешивающему узлу там нехило должно перепадать на комиссии - Уилсон в дамках. Уже почти.
> Скоро на этом чуде bitcoin-кошелькиС майнингом. В пользу автора разумеется. "Нажимая эту кнопочку вы соглашаетесь стать участником ботнета".
Эт навряд ли - у гугелов всё, что на NaCl, теперь проходит обязательную ревизию исходников.
> PNaCl (Portable Native Client) в настольных версиях Chrome, которая позволяет организовать выполнение приложений, написанных на языках C и С++, в специальном изолированном окружении web-браузера, независимо от текущей аппаратной архитектуры.А мне кто-то тут с пеной у рта доказывал, что LLVM такое не осилит... Вот, учитесь "сынки" у Гугла. 8)
п.с. Да и вообще имхо из этого и надо было пилить Андройд изначально, а им, хомякам, все жабу подавай. :( ;)
Мне интересно, вам приплачивают чтоль за упоминание в каждой новости про лвм? Вас скоро банить начнут
Неее, не надо меня путать с другими анонимами. Я только писал на счет jit и сишного кода. Впрочем, ваша нервозность больше похожа на слив, особенно в попытке "ущипнуть" неопределенный круг лиц. ;)
Тем временем, с января 2014 (гавнюки из Google решили, что им лучше знать какие расширения нам ставить) запретят ставить всё не из их market'а.
Вообще-то local install никто не отбирает, как и возможность изменить политику руками (конфиг надо писать).
Как-нибудь можно flash из chrome заюзать в firefox?
Интересный вопрос. Подобное видел в Gentoo.
Можно. Для этого достаточно реализовать поддержку PPAPI в firefox.
Здоровья проекту Хром
Угу. Абсолютного здоровья.
Сейчас я скачал и попытался поставить у себя это очередное обновление чудатехники сего. Но оно у меня и опять не ствится, и результаты всей этой истории с деталями надо бы "отбагрепортить" (по тому что кому-то такое для спортивных, общественнополезных, профессиональных, и учебных интересов хорошо подойдет (а кому?))Вот что у меня там происходит сейчас: при попытке обновлений вещи сей моя ОС уже несколько подряд последних ея релизов выдает: "Индекс программнаго обезпечения поврежден".
И- "Это серьёзная ошибка в вашей системе управления программным обезпечением. Проверьте наличие повреждённых пакетов при помощи synaptic, права доступа на файлы и корректность содержимого файла '/etc/apt/sources.list' и обновите информацию о программном обезпечении при помощи: 'sudo apt-get update' и 'sudo apt-get install -f'."Это почему у меня так? ("30.0.1599.66" на "Минт-14.1" Mate 32бит меня сейчас там). Не знаю, может быть один из вариантов причин того вышеприведеннаго у меня это то, что несколько релизов назад этот же баг появился у многих пользователей линукса (и специальный корректирующий релиз "Хрома" под это потом тогда выходил). Тем не менее это мне и не помогло, и до того случая все у меня всегда там обновлялось без проблем. Но тут под "багрепортство" материалы с моей стороны есть еще какие: во 1х система эта у меня сейчас на сегодня уже не много подустаревшая (а может ли наиболее свежий "Хром" в отношение подустаревших ОС не "считать себя обязанным"?) Но не только подустаревшая,- обновить ее у меня нельзя по тому, что в ней там есть еще целый "букет" для багрепортов. Откуда? А оттуда, что "наплодил" мне все это в системе ни кто-нибудь, а определенный, ее же родной штатный чистильщик. Такая вещь как "GtkOrphan" после перваго же ее запуска (Remove orphaned packages) и убила там большинство софта (но уцелевшее ПО (и сеть) там работают по-прежнему нормально (но тогда почему ни "BleachBit", и никакие виндовые чистильщики никогда проблем у меня не создавали, сколько не гоняй?)) Но и это еще не все- после повреждений тех "Хром" там все равно успешно обновлялся потом не раз (пока не дошел до той, вышеупомянутой его версии). Кому интересны такие багрепорты? (31.0.1650.57 от 15 ноября 2013- то же самое).
Еще одна, уже совсем другая проблема: при скачивании, хромовскаго бинарика с официальнаго сайта он, почему-то если он уже виндовый (а почему только если виндовый?), то скачиваться он оттуда будет уже далеко не полный (и соответственно- при инсталляции подавляющее большинство остального объема он будет добирать ("досасывать") уже из сети, а не с него самого себя). Хотя полные бинарики вещи сей на официальном сайте там где-то тоже есть. Но чего это они там в глубине где-то "запрятаны" так, что их, не зная, где они там лежат,- ты их даже и с помощью гуглений там так просто не найдешь?! (то же самое- и с виндовым Скайпом (а еще с каким ПО?)) Где эти их полные файлы там брать, подскажите? (а также,- а возможно ли пользователю их такие же сформировать самому, например в процессе того вида скачивании извне? (или- взяв и "слепив" необходимый "материал" из этого же браузера, уже ранее установленнаго в ОС?))) Но с лишним трафиком и это еще не все,- любые, даже минимальные обновления даннаго браузера и так и так требуют полнаго его скачивания с сети. В то время как большинство ПО берут из сети не полные их бинарики заново а только то, что необходимо для внесения соответствующих изменений в ранее установленное такое ПО. А такие объемы обычно значительно меньше, чем объем полнаго бинарика. Это почему так?
Еще такой вопрос: почему в Дебиане "6", "Хром" новее, чем "27- не поддерживается (а почему? И сколько стоило бы продолжение поддержки)? А то и сам срок поддержки "шестого" еще не окончился, и у меня на другом компе стоит такой Дебиан). Как там можно чего-либо "хакнуть", чтобы 31й сей туда все же поставился?
(а еще существует такая (и она малоизвестная) версия "Хрома", как "Standalone" (а что это такое? (такое, заметил,- там тоже та "подзапрятано")).
(а почему "Хром" "жрет" памяти заметно больше, чем другие браузеры? (а сегодняшний его релиз эту проблему как-нибудь облегчает? (сам его бинарик по крайней мере "весит", я смотрю,- на несколько мегабайт больше, чем предыдущий (а почему?))))Про другие багрепорты (кому интересно): уже сразу после установки той ОС программа "менеджер программ" не редко и зависала, и сильно грузила процессор. Вскоре (и без видимых причин) с нижней панели полностью пропала кнопка меню выбора программ (т.е. та, которая аналог меню "Пуск"). Остальное работало нормально. Потом я захотел поиграться с различными DE, и стал ставить их с репозиториев. По началу проблем не было. А далее (когда "доколлекционировал" их штук до 10)- небольшие проблемы в некоторых из них стали там появляться (KDE вообще так и не появилось в меню выбора, а установка XFCE породила несколько каких-то непонятных иконок на рабочем столе в MATE, и слетание там выставленных мной тем оформления. Удаление этого DE все то не устранило (и жаль, что сами они при их установке обычно не "умеют" заранее и распознавать, и "объяснять" пользователю про возможныя потом между ними несовместимости (а это решаемо? (а устранения несоместимостей их между собой?)))
Еще одна проблема с ними это то, что под каждое из них в общем то везде городят отдельный дистрибутив. Но почему нельзя сделать как в Opensuse- там сразу при установке ОС предоставляется неплохой их выбор,- там уже без тех заморочек и можешь DE себе выбрать (а всех вместе на одну ОС их там норматьно можно поставить? (и общий по ним по всем вопрос- а как можно увеличить разстояние между кнопками? А также как- не много увеличить их размеры? (т.е. такие например кнопки, как "открыть", "закрыть", "свернуть"). А то курсор мыши наводить на них не совсем удобно. И еще одно невыясненное- не во всех DE я нашел такую настройку управления, чтобы все файлы и папки управлялись не двойным, а одинарным нажатием кнопки мыши. И- чтобы под ними всегда отображался их размер. Как это там добавить? (а то в винде-то это все без проблем).
В общем- и жду следующего релиза "Минт" (а он скоро уже будет ("16"й)), и если починить "14"й тот мне не удастся, то тогда на "16" все то я полностью переустановлю (а если у кого 2 гб RAM, то тогда может ли когда-либо быть лучше ставить туда не 32, а 64битую ОС? (а если есть возможность добавить память, то тогда как?)) Но довольно часто в таких случаях важно, чтобы все имеющиеся перед этим "наработки" браузера (кэш, куки, закладки) можно было бы и забэкапить, и "влить" их потом на новую ОС (а как это сделать?)я думаю, что к тому должны быть и еще какие-нибудь причины. Например- и заморочки с переносом наработанных данных, не всегда совместимость их с новым ПО, и необходимость достаточно длительных остановок оборудования в таких случаях.
Совсем другой, и необычный вопрос: когда я размещаю что это, что другие свои сообщения на самом сайте opennet, то кто-то из модераторов большинство их там все время почему-то удаляет. Более того,- удаляться сообщения могут даже и те, на которые были опубликованы высококвалифицированные ответы. Это что, личная неприязнь что ли такая? (тем более что когда я эти же материалы привожу своим знакомым, которые имеют очень солидную квалификацию, то ничего плохого они в том и не усматривают, и ответить по-уму могут). Кто здесь есть из хороших специалистов? Нужна вот такая вот помощь,- и помощь в корректировках перед выкладываниями моих текстов, и оперативное выкладывание на них поквалифицированней ответов. Тогда если и это там опять будет пропадать, то тогда и разбираться в этих спорных ситуациях будет легче).
Как со всем тем разобраться?
Но и это еще не все,- чьим-либо постам с дурной пустословной болтовней и даже иногда и с матом удержаться там шансов намного больше, чем моим! (а там и без мата мусора много. Похожие жалобы я встречал и со стороны некоторых других пользователей).
