После релиза Windows 7 компания Microsoft решила переключить внимание на один из наиболее важных компонентов ее ОС — Internet Explorer. Ощущая сильнейшую конкуренцию со стороны Firefox и Google Chrome, Microsoft раскрыла первые подробности
Internet Explorer 9 на конференции Microsoft Professional Developer's в Лос-Анджелесе.
Новый браузер еще лишь в начальной стадии разработки и активно разрабатывается лишь 3 последние недели с момента релиза Windows 7, однако разработка направлена на соответствие и возможно даже улучшение веб-стандартов.
Некоторые подробности:
- Относительно HTML5. Тут Microsoft ушла от прямого ответа по поводу полной поддержки всех стандартов HTML 5. Компания не готова взять на себя обязательства полной поддержки нового языка разметки пока не будет принят окончательный стандарт. Однако «обещала стараться» поддерживать HTML 5.
- Относительно Javascript. Microsoft признала что предыдущие версии IE отстают в производительности от Firefox и Google Chrome. По некоторым из представленных данных IE9 сделал рывок для сокращения этого разрыва, однако о победе конкурентов в производительности пока речи не идет.
- Относительно поддержки CSS. Похоже, IE9 «наконец» получит поддержку CSS3, особенно, что касается закругленных уголков. Надо отметить что другие браузеры уже давно поддерживают эту функцию.
- Относительно аппаратного ускорения. IE9 будет использовать аппаратное ускорение DirectX для улучшения графического рендеринга и AJAX. Это должно подтолкнуть разработчиков больше работать в направлении GPU (ускорение рендеринга за счет использования процессора видеокарты).
На данный момент большинство экспертов отрасли считают что Internet Explorer является самым отстающим в плане совместимости и поддержки веб-стандартов и скорости работы. Похоже что Microsoft собирается усиленно работать в этом направлении, чтобы изменить ситуацию с выходом IE9. Новый браузер еще далек от релиза, так что сказать, что именно будет сделано и получится ли у компании сделать браузер не уступающий Firefox, Safari, Chrome или IE канет в лету однозначно пока нельзя.
UPD. Спасибо, перенес в соответствующий блог
UPD2. Харбра-юзер
ilinsky разместил
пост со ссылками на видео о деталях нового IE
комментарии (283)
Казахстан — 40%
Россия — 37%
Литва — 12%
Польша — 12%
Румыния — 12%
Бангладеш — 10%
Сербия — 10%
Чехия — 9%
Европа в целом — 7%
Индонезия — 7% (рост больше 100%)
Нигерия — 6%
Германия — 4%
Египет — 3% (быстрый рост в Северной Африке)
Рост на 60% в Мексике.
И 57% мобильной оперы в Африке, 50% в Азии, 18% в Северной Америке.
developer.yahoo.com/yui/theater/video.php?v=bovens-opera
уголки в хроме выводятся без антиалиасинга и выглядят ужасно.
(написано в Chrome 4.0.249.0)
Первое что не хватает IE8 — это поддержка :not(), ну и multiple background должны уметь все, а уголки это весьма узко да и уже не в моде.
Чтобы спам-боты не ставили много ссылок или отъявленные негодяи не писали болдом?
ГОСТ 28147—89 — советский и российский стандарт симметричного шифрования, введённый в 1990 году.
Это блочный алгоритм с 256-битным ключом, который даже на сегодняшний день обеспечивает достаточную защиту для бизнес-приложений.
ГОСТ 28147—89 — советский и российский стандарт симметричного шифрования, введённый в 1990 году.
Это блочный алгоритм с 256-битным ключом, который даже на сегодняшний день обеспечивает достаточную защиту для бизнес-приложений.
ГОСТ (Государственный стандарт) — одна из основных категорий стандартов в СССР, сегодня межгосударственный стандарт в СНГ. Принимается Межгосударственным советом по стандартизации, метрологии и сертификации (МГС).
Когда я говорил получить ГОСТ я имел ввиду имено стандарт, иначе бы указал номер стандарта.
так-то. так, что не позрьтесь сами. товарищи твои остались в ссср.
симметричное шифрование для схемы клиентсервер как бы не кашерно…
p.s.
кстате гост вполне таки уязвимый, просто требуется много шифрованых им сообщений (напоминает wep).
Позвольте узнать, какое же шифрование кошерно для клиент-сервер?
Мне всегда казалось, что используется симметричное шифрование информации с обменом ключами при помощи ассиметричных алгоритмов шифрования. Я что-то упустил?
>>> кстате гост вполне таки уязвимый, просто требуется много шифрованых им сообщений
Это в теории. А на практике при достаточно умной организации протокола с периодической сменой ключей стойкость алгоритма достаточна для бизнес-приложений, так как взлом потребует значительно больших средств, чем стоимость информации, которая будет получена. Так-то!
можно пожалуйста источник этой вот фразы? Мне что-то не верится, там ведь раундов много, поэтому дифференциальный и линейный криптоанализ почти не эффективнее перебора.
ГОСТ, а точнее стандарты ГОСТ 28147-89, ГОСТ Р 34.11-94 и ГОСТ Р 34.10-2001 описывают алгоритмы шифрования. RSA — совершенно другой алгоритм.
В России для шифрования может быть использован только ГОСТ.
В винде есть подсистема шифрования — CryptoAPI. Она не зависит от алгоритмов, реализацию алгоритмов предоставляют сами криптопровайдеры.
Помимо этого, криптопровайдеры ответственнены за хранение и работу с ключами шифрования. Во встроенном RSA криптопровайдере ключи хранятся в виде файлов (но можно прикрутить смарткарты). Криптопро использует более другие механизмы.
Если есть еще какие вопросы по ГОСТ — спрашивайте :)
КриптоПро умеет хранить ключи в файлах и реестре. Причем привязывается к метке тома вроде бы и если флешка сдохла то надо потратить время на создание новой, даже если бэкап ключа имеется.
>ГОСТ, а точнее стандарты ГОСТ 28147-89, ГОСТ Р 34.11-94 и ГОСТ Р 34.10-2001 описывают алгоритмы шифрования. RSA — совершенно другой алгоритм.
В России для шифрования может быть использован только ГОСТ.
Я это прекрасно знаю. И считаю это большой багой. Если уж так надо, чтобы была своя система (синдром маленького государства, гыгы) пусть напишут свою реализацию RSA и присвоят свой ГОСТ. Уж про использование левонетов и шифровоных имейлов (привет DiPost) я молчу.
Если вы считаете, что изобретать велосипед это нормально, то это ваши проблемы :)
2. Крипто про много где может хранить. Hardware token — наше все.
3. >И считаю это большой багой.
>(синдром маленького государства, гыгы)
>Уж про использование левонетов и шифровоных имейлов я молчу.
Уууу, как все запущщено.
По поводу маленьких государств — давно ли в USA отменили запрет на экспорт средств шифрования с ключами длиннее 40 бит? BTW, во вполне себе развитой Южной Корее ограничения на шифрования такие же жесткие, как и в России.
2)hardware token это хорошо, но то что делают в этой стране это нет слов, что
3)По поводу маленьких государств — давно ли в USA отменили запрет на экспорт средств шифрования с ключами длиннее 40 бит?
Причем тут это? Алгоритм RSA и Blowfish насколько я знаю открыты и реилзовать их можно кому угодно?(Эээ срочно пошел стирать GPG со своего компьютера)
4)Мои основыне притензии, что часто такие костыли в стиле КриптоПро замедляют прогресс, например какоето время( а может и сейчас) не работало в висте, а ХР из продажи счезла, кроме как в винде нигде не работает.
5)Еще я знаю свою реализацию VPN от сбербанка, там алилуя хоть харварные токеты юзались, однако через костыль какой-то третей конторы (наверняка не смогли нормально чужой код переписать)
p.s.
синдром маленького государства это когда нам требуется все свое: украина например русский из школ убрала :), США придумали их футбол и бейсбол (а точнее изменили под себя уже всем изсвестные игры)
p.s.
сколько тут фанатов совковых времен-то… и реующих, что жить остататками совка это круто :)
Причём здесь остатки совка, ну достался нам стандарт шифрования от совка, что его выкидывать только потому что его в СССР придумали? Игнорируя тот факт что сам по себе это хороший алгоритм.
p.s.
как же вас лего задеть, стоит нзвать великую и не попедимую — этой, так все сразу патриотами стали :) и все сразу же забыли, что Россия пратически во всех сверах находится в жопе :)
Мне вот кажется, что это нормально: иметь несколько альтернативных алгоритмов. А какой из них будет лучше (в данном случае, что вскроют раньше-позже), покажет время
А не сейчас ли как раз проходят «массовые гуляния» по поводу выхода очередной беты нового МСОфиса (в соседнем топике)? ;)
А с IE8 практически никакой головной боли для верстальщиков вроде и нет, он уже достаточно корректно отображает код
В оригинальной статье:
AJAX rendering? TCP/IP coloring?
Вот видимо они и решили использовать этот опыт. Наверно появится альтернатива объекту XmlHttpRequest, что-то типа XmlHttpRequestThroughDx. Который будет поддерживать все вкусности DX, а их там, даже по части работы с сетью, ой как не мало…
Всё что можно извлечь из DX для браузера это аппаратный рендеринг и GPGPU.
Там IE8 входит в Update Rollups, для его инсталяции нужно согласится с Internet Explorer 8 License Terms.
На обычном компе с XP, что обновляется из инета — 8-ка загружается через winupdate автоматически… но называется ли это критическим обновлением или нет — хз. Во всяком случае его предлагают поставить :)
ой, не нравится мне это ((
«мы сами знаем как интерпретировать стандарты и мы их чуток улучшим»
ЗЫ к вебразработке отношусь поверхностно, поэтому не судите мои мнения строго в этой области
А со стороны Оперы не ощущают? Забавно.
А вообще, для меня IE умер. Ну знаю что должно произойти, что бы я опять стал его использовать. На баше вроде было — «ИЕ использую только для того чтобы скачать FF». Ну как то так. Хотя на самом деле… приходится использовать — когда в универе конектишся к wi-fi, выскакивает окошко, мол надо ввести лог и пароль и почему-то открывается IE. Лань лазить по настройкам… ну пусть IE :)
«God is dead» Nietzshe.
(ниже)
«Nietzshe is dead» God.
Майкросовт ушла рыдать в кулачок, что для одного постоянного читателя Хабрахабра ее браузер — «умер». :)
Газель не будет основана на движке Trident, который использует IE, это будет браузер, написанный с нуля
Если бы в Win не было бы броузера, Интернет развивался намного-намного медленнее.
>разлагающийся труп ослика,
Если верить интернет-статистике, IE живее всех живых.
>Радует, что эпоха таких компаний заканчивается…
С чего бы это?
А теперь сообразите, какой процент из них не в состоянии самостоятельно инсталировать программу (любую), и как этот процент пользователей попал бы в Сеть не имея броузера, предустановленного в системе.
МС в своё время засуетились и браузером именно потому, что почуяли, что «поезд» (интернет, развивающийся галопообразыми темпами) имеет все шансы уйти без них.
Конечно IE сейчас отстает от других браузеров, но как всем известно многие стандарты еще не приняты и у них есть «отмазка».
Зато остальные разработки выглядят достойно. Windows Azure для облака, Silverlight 4, все продукты все больше завязаны на .net, высокая степень интеграции, чуть ли не минимальные изменения чтобы перезапустить на десктопе, в облаке, в браузере.
Facebook клиент на silverlight вообще впечатлил! Это не просто gmail открытый в отдельном окошке, это действительно web-приложение!!! Фактически стерта грань между десктопной программой и вебом.
ИМХО. Silverlight (и может быть Adobe Air) пока больше похож на платформу приложений след. поколения, а созданный гуглом GWT больше на костыль похож, если честно.
За IE неудовлетворительно, за все остальное ОТЛИЧНО!
О какой «медлительности принятия стандартов» Вы говорите? Тег video — это из нового стандарта, ещё не принятого, тут вопросов нет. Никто пока что особо не настаивает на HTML5 и CSS3. Но вот как насчёт предыдущих редакций стандартов? Какое тут будет оправдание?
Может еще WMP исключить из поставки…
Если бы «альтернативные браузеры» были настолько лучше, то доля IE была бы мизерной. Просто многим людям преимущества Firefox, например, кажутся не очевидными у них и IE нормально работает.
по этой же причине в Win7 нет почтового клиента и мессенджера из коробки их надо ставить отдельно.
Вы не поверите… :)
ru.wikipedia.org/wiki/Windows_XP_Edition_N
Тут опять европейцы отожгли :)
Есть такое явление. Европа, почему-то заботится не о удобстве пользователей, а о благополучие всяких фирмочек, которые вместо того чтобы сделать продукт, имеющий убедительные преимущества, находят более эффективный путь.
Вы определитесь, вы заботитесь об удобстве пользователей, или о том сколько доходов будет у Mozilla Foundation
Вы никогда не видели обычных пользователей?
Я забочусь о веб-разработке, высокий уровень которой в конечном итоге дает удобство пользователям. Доходы Mozilla Foundation мне не интересны.
Никто вам не мешает сделать крутой сайт и написать, «чтобы полноценно использовать скачаете один из следующих браузеров». Тогда у пользователя хотя бы появиться объективная причина, зачем обновлять.
Броузер еще не вышел а я уже боюсь этих улучшений веб-стандартов от microsoft
Может тогда «Микрософт» или, скажем, «Гоогле»?
Гхм :) А что же считает меньшинство «экспертов»?
Все равно будут через IE [не помню номер, простите] устанавливать другие браузеры.
Никакой
гризманкисвободы не дадут.Opera, Chrome, FF — больше займут.
потом придумали, а дальше? откровенно забили.
фильтры — filter:progid:DXImageTransform.Microsoft.xxx(......);, трудно было чтота покороче придумать и реализовать так чтоб работало. ато для одних работает в других все портит итд. идея хорошая, реализация кошмарная.
XSLT — незнаю как насчет в IE8 но IE6 пока жив и там есть проблемы, использовать в общем затруднительно.
кста. цвета rgba в IE нету
у фильтров есть и короткие названия, длинные — попытка сделать расширяемый формат.
XSLT в IE6 хороший, чего вам там не хватает, о каких проблемах вы говорите?
IE стал первым браузером, где есть RGBA-цвет. Он реализован в фильтрах, цвет указывается в виде ARGB.
Короткие названия есть только у старых фильтров со времен IE4. У AlphaImageLoader к примеру такого названия нет.
Задаваемый ARGB цвет есть только в фильтре «градиент».
Это к делу не относится.
<rect fill="silver" x="0" y="0" width="100%" height="100%" rx="15"/>
dev.opera.com/articles/view/new-development-techniques-using-opera-k/
всеже можно было и покороче -ms-blur(..)… можно было делать все фильтры универсальны а не так что только для картинки, только для блока с такимто таким параметром итд. сейчас реальное применение фильтра это костыли для ie.
при трансформации пропадал атрибут. кажется это было в IE, может ошибаюсь.
color:#77ADEAB6;? где, не работает. то что можно для блока указать градиент в RGBA это хорошо как кастыль. но при этом блок начинает вести себя как overflow:hidden; это разве нормально.
а вот что есть в IE чего сильно нахватает в других браузерах?
Всё можно было сделать, но мы вот тут рассуждаем с вами, а они это сделали, много лет назад, заметьте, когда никто, кроме них, об этом не думал.
За это время браузеры потихоньку всё реализовали (и то не все, в IE есть HTML+TIME, а CSS Animation есть только в WebKit последних, к примеру), но со времен IE6 ничего нового нет, кроме Canvas и новых селекторов CSS3.
скажем так из gecko webkit opera ie — svg не поддерживает только ie. если разработчикам из ms нравится vml то пусть он существует параллельно.
есть еше различия в API-js. там события по принципу отличаются и у разных обьектов они могут отличаться как по названию таки по срабатыванию от таких-же в F.W.O., работа со стилями тоже другая. работа с выделениями тоже другая, интерфейс xhr зачем-то разделили (IE8) на два обьекта (снова нужна обертка), итд. в обшем работы у них еше много
Тем не менее, повторюсь, Microsoft активно работает над включением в стандарты какого-то функционала.
мне интересно именно ПОЧЕМУ Майкрософт не сделал до сих пор нормальную поддержку CSS и прочее в IE?
Ну неужели потому, что тупо не могут? Операционку могут, кучу всего другого могут, а браузер нет?
Это задача каких разработчиков? IE или верстальщиков+js-программистов.
<DOCTYPE>?И это учитывая то, что ие активно разрабатывается всего 3 недели.
так как ie9 будет рендерить через DirectWrite, то это — прощай XP
только вот у xp еще 70% и вряд ли через полтора года занчительно упадет
это значит что большинство новый браузер просто не получат
если только мсфт не сделают под xp отдельную версию
Думаю речь скорее о циклах выпуска новых версий. Версия раз в год — это по нынешним темпам жутко медленно, а у ребят даже раз в год не получается.
Наверное я изнежен системой обновления Mac OS X, которая поставит обновление и перезагрузится (если это необходимо) только если я ей это разрешу. Т.е. у меня будет выбор — ставить или нет, перезагружаться после установки или нет.
Иначе — садизм.
http://img69.imageshack.us/... Единственная кнопка, которую бы я нажал — «мне все равно, запустись скорее» via @homm86
Так что это садизм настраиваемый администратором сети :)
Домашние пользователи так же могут изменить настройку чтобы обновления скачивались/устанавливались только по запросу.
А вообще ветка началась с того, что у komjah были претензии к обновлениям IE в плане что никак не могут вытеснить 6ку, то есть наоборот видимо назойливости нехватает :)
А вообще — да, флуд ужасный получился )
У IE мне нравится возможность централизованного управления обновлениями, причем из WSUS (то есть из той же точки из которой обновляются другие системы и приложения). Хотелось бы кстати узнать, когда у «конкурентов» появится такая возможность? Казалось бы для этого надо просто публиковать xml файл со списками и описаниями обновлений, а всё никак…
Еще у IE для закачки обновлений используется BITS (занимает только неиспользуемый канал, грузит в фоне, не мешая пользователю, поддерживает докачку). Сами обновления тоже устанавливаются в фоне, практически не напрягая пользователя. Может быть именно это является для вас недостатком?
Вот я помню MS добавила в XP новую классную фичу, со вторым SP вроде. И помню во что это вылилось. Я про Firewall есличто :)
На сколько я помню IE8 распространяется через Windows Update, а так же активно пиарится на посещаемых ресурсах, так что тут вроде Microsoft сделали всё от них зависящее.
О ннет, только не улучшение, как microsoft улучшает стандарты знают все. Может веб-стандартны можно вообще купить или лицензировать, %username%?
Интересно, ИЕ уже начинать догонять оперу по нумерации, браво.
Вообще это очень хорошо, что Microsoft делает все возможное для искоренения IE6, только вот улучшений стандартов нам не надо… :(
лолшто?
Они что, под тесты подгоняли ие8
Почему результаты теста разные для разных браузеров, раз все подогнали?
например, что первое попалось в гугле:
* WebKit (Ночная сборка, ревизия 30790) 90
* Firefox 3 (Ночная сборка) 67
* Opera 9.50 65
* Konqueror 4 63
* Firefox 3b3 59
* Firefox 2 50
* Konqueror 3.5.8 примерно 50
* Opera 9.26 46
* Safari 3.0.4 39
* IE 7 6-12 (в зависимости от установленных плагинов)
или ru.wikipedia.org/wiki/Acid3
Речь о том, что если в тестах присутствует какая-либо проверка, далёкая от реальной жизни (вычисление объёма сферического коня), а ваш браузер именно в этой задаче проседает и теряет вкусные маркетинговые цифры, то вполне логично для вас, как производителя, дописать в ваш JS-движок специальный модуль по подсчёту объёма сферических коней, даже если этим будут пользоваться считанные единицы разработчиков.
Всё очень грубо и гиперболизированно, но суть я кажется передал.
Результаты разные потому, что это пишут разные люди и, наверняка, по-разному.
Просто намекаю на то, что титулы «самый эффективный» и «самый популярный» совпадают не всегда (примеры про IE нужны?). И, да — все производители браузеров пользуются маркетинговыми инструментами для увеличения своей популярности. Это нормально.
IE массовый не потому что прошел синтетическую оптимизацию…
Есть стандарты, жестко определенные и подробно описанные. Есть код, который нужно отпарсить согласно установленным стандартам.
В чем же проблема обработки переданного сервером синтаксиса?
Так понятнее?
Вы представляете какие объёмы нужно перерисовывать по каждому чиху? Причём перерисовывать мгновенно, вдаваясь во все тончайшие нюансы. И каждая фича должна взаимодействовать с другой фичей по строго определённому механизму, который, кстати, иногда не слишком точно определён. Иначе баг.
Я буквально месяц назад тоже думал, что это всё какой-то заговор (здесь появляется Мицгол), но потом я побывал на докладе инженера, который занимается этим самым Layout Engine. И он начал рассказывать про типы элементов, про отрисовку, про влияния, и т.п., потихоньку углубляясь в подробности — весь зал (не самых глупых людей) завороженно молчал.
Это действительно очень сложно.
Парсить HTML и CSS может школьник.
А вот рисовать объекты со сложным взаимодействием — это то, над чем бьются производители движков. И, судя по тому, что у верстальщиков пока есть работа, бьются не слишком успешно. Иначе всё легко автоматизируется.
Да, пожалуй, взаимодействие компонентов действительно может доставить проблем.
Спасибо, что направили мысль в нужное русло.
Способ заставить всё работать корректно — написать багрепорт. Или нарисовать тесткейс и показать мне, я сам поставлю баг и буду за ним присматривать.
ослалошадь уже который год. Помоему, уже всем понятно, что не исправить все те проблемы, что есть в IE постоянным переписыванием кусков этого наследия магикан.вот наглядная картинка насколько)
отсюда
www.webmonkey.com/blog/Microsoft_Still_Chasing_the_Competition_with_IE9
О, нет! Только не «улучшение» стандартов!!!