The OpenNET Project / Index page

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

Консорциум W3C опубликовал вторую редакцию стандарта HTML 5.1

04.10.2017 08:41

Консорциум W3C, спустя более года с момента утверждения стандарта HTML 5.1, представил вторую редакцию HTML 5.1, которая получила статус рекомендованного стандарта. В новой версии проведена работа по исправлению выявленных в стандарте недоработок и ошибок, в том числе устранена проблема с несоответствием требований к системным идентификаторам (строка DOCTYPE) в HTML5.1 и HTML4 (в HTML5.1 был указан https:// вместо http://, что нарушало совместимость). Развитие новых элементов производится в рамках спецификации HTML 5.2, которую планируется утвердить в качестве web-стандарта осенью 2018 года.

  1. Главная ссылка к новости (https://www.w3.org/blog/news/a...)
  2. OpenNews: W3C рассматривает вопрос перевода предыдущих спецификаций HTML в разряд устаревших
  3. OpenNews: HTML 5.1 получил статус рекомендованного стандарта
  4. OpenNews: Первый релиз многопоточного HTML-парсера MyHTML
  5. OpenNews: Консорциум W3C утвердил стандарт HTML5
  6. OpenNews: Консорциум W3С утвердил средства DRM для Web в качестве стандарта
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: html
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (52) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 08:53, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    >был указан https:// вместо http://, что нарушало совместимость

    Голый http давно пора на свалку. Нет, теперь они 99 лет будут тащить его из стандарта в стандарт прикрываясь совместимостью.

     
     
  • 2.2, Аноним (-), 09:47, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Уверен, было пролоббировано, как drm. Отмазки гнилые.
     
     
  • 3.24, VINRARUS (ok), 15:25, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Голый http давно пора на свалку.

    И txt тоже пора на свалку, будущее за .docx

     
     
  • 4.29, Аноним (-), 16:09, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да, только вашем случае наоборот, т.к. иметь вас будут с docx.
     
  • 4.30, Аноним (-), 16:10, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > И txt тоже пора на свалку, будущее за .txt.gpg

    /fixed. Не благодари.

     
     
  • 5.49, Аноним (-), 10:31, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И txt тоже пора на свалку, будущее за .txt.asc

    /fixed. Не благодари.

     
     
  • 6.54, AntonAlekseevich (ok), 15:16, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И txt тоже пора на свалку, будущее за .txt.tgz.pgp.asc.rsa.eth

    /FixEncrypted. Nthx.

     
  • 2.3, Аноним2 (?), 10:02, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Голый http давно пора на свалку. Нет, теперь они 99 лет будут тащить его из стандарта в стандарт прикрываясь совместимостью.

    Нужно больше tls, особенно для запросов внутри инфраструктуры, отличная идея чо, и на отоплении съэкономить можно.

     
     
  • 3.4, Аноним (-), 10:12, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > особенно для запросов внутри инфраструктуры

    Несмотря на весь ламеризм ты абсолютно прав.

     
     
  • 4.13, я (?), 11:50, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Ну а что, у меня хром ругается на http://localhost/ на формы ввода.. Через пару лет будет вообще локалхост блочить.. Типа ставь ssl для разработки.
     
     
  • 5.21, Аноним (-), 14:29, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А IPv6 не бывает без IPsec, прикинь!
     
     
  • 6.22, Аноним (-), 14:37, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ping localhost

    ОШИБКА: Сертификат безопасности для localhost истёк или недоступен.

     
     
  • 7.28, Аноним (-), 16:06, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ага. И антивирус не забудь включить.
     
  • 6.31, Аноним (31), 17:03, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А IPv6 не бывает без IPsec, прикинь!

    Это ошибочное мнение, бывает. IPSec, как обязательное требование, был в ранней версии стандарта, в дальнейшем от него отказались.

    Пруфы:
    https://tools.ietf.org/html/rfc6434#section-11
    "Previously, IPv6 mandated implementation of IPsec and recommended the
       key management approach of IKE.  This document updates that
       recommendation by making support of the IPsec Architecture [RFC4301]
       a SHOULD for all IPv6 nodes."

     
  • 6.35, Demo (??), 18:28, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > IPv6 не бывает без IPsec, прикинь!

    IPsec — кpивoе_ _пogелиe, использующее UDP в качестве транспорта.

     
     
  • 7.48, Аноним (-), 10:07, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > IPsec — кpивoе_ _пogелиe

    Дайте им что-нибудь лучше.

     
  • 5.25, VINRARUS (ok), 15:27, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Неправильный браузер. :)
     
  • 5.27, fox (??), 15:57, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    welcome to firefox
     
     
  • 6.51, PnD (??), 11:07, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Welcome to SeaMonkey //fixed
     
  • 4.15, evkogan (?), 12:02, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> особенно для запросов внутри инфраструктуры
    > Несмотря на весь ламеризм ты абсолютно прав.

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

     
     
  • 5.20, Аноним (-), 14:27, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А сейчас заставить браузер работать со старыми железками это песня еще та.

    Ты сперва HTML5.1 в эти железки запихать собрался?

     
  • 2.23, fi (ok), 14:54, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>был указан https:// вместо http://, что нарушало совместимость
    >Голый http давно пора на свалку.

    ну ну! это всего лишь индификатор - набор уникальный байтов :)))))

     
     
  • 3.44, Аноним (-), 07:47, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > это всего лишь индификатор - набор уникальный байтов :)))))

    ин-дефекатор - то есть "в дефекаторе"
    Google: дефекация (для неграмотных есть картинки)

    Ну, и заодно, Google: идентификация

     
     
  • 4.50, Аноним (-), 10:33, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Копрофилия излечима!
     
     
  • 5.52, Аноним (-), 12:29, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Неграмотность тоже излечима!
     

  • 1.5, Аноним (-), 10:18, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    HTML - текстовый, очень избыточный, плохо читаемый формат, парсинг которого требует затрат значительных вычислительных ресурсов и заряда батареи. Уже давно есть быстрый, отточеный, более универсальный QML. Он бинарный, гораздо лучше жмется, его не надо парсить на стороне клиента, что ускоряет загрузку страницы и экономит заряд.
     
     
  • 2.6, _hide_ (ok), 10:48, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда уж лучше JSON, хотя бы нервы целы и переводы строки не являются частью синтаксиса :-)
     
     
  • 3.10, skybon (ok), 11:33, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    JSON больше места займёт при смешанных данных + его нельзя наг**нокодить.
     
     
  • 4.19, _hide_ (ok), 12:22, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Место не так часто является проблемой. Есть и http://ubjson.org/ + gzip
    Можно и просто gzip-ить
    В JSON-то нельзя? Сериализация объекта есть в любом уважающем себя языке. Есть множество реализаций генератором JSON-а, в т.ч. и на чистом C
    Хорошая поддержка редакторами, которые и ошибку подсветят и код отформатируют
    Есть поддержка браузером из коробки, можно не изобретать велосипед
    Единственная проблема - отсутствие типизации, но это решается записывание типа как свойства
     
     
  • 5.26, VINRARUS (ok), 15:31, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А давайте просто вернем Flash сайты.
     
     
  • 6.34, ZloySergant (ok), 18:06, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А давайте просто вернем Flash сайты.

    *мрачно* ... и массовые расстрелы.

     
     
  • 7.45, Аноним (-), 07:57, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    давайте просто писать на 0 и 1 исключительно
    это будет гарантированно стерильно от любого г*кода
     
  • 5.37, Аноним (-), 19:04, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    QML gzip'ится гораздо быстрее и итоговый файл будет меньше сжатого HTML.
     
  • 5.43, Аноним (-), 23:17, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственная проблема - отсутствие типизации, но это решается записывание типа как свойства

    В BSON есть типизация.

     
     
  • 6.46, _hide_ (ok), 09:58, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Типизация в формате - это проблема, потому что тогда нужно парсить не JSON (для которого у стейтмашины всегда одна альтернатива), а YAML (это уже совсем другие затраты ресурсов на парсинг).
    ubjson - как раз нетипизированный вариант бинарной сериализации
     
  • 3.36, Аноним (-), 19:02, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    JSON текстовый -> отсюда избыточность и требуется парсинг
     
  • 2.7, Очередной аноним (?), 10:48, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/

    > HTML - текстовый, очень избыточный...
    > ...
    > ...более универсальный QML. Он бинарный, гораздо лучше жмется,...

    Я раньше считал что избыточный текст (ограниченный каким-то небольшим алфавитом) гораздо лучше сожмется (с бОльшим коэффициентом сжатия), чем что-то неизбыточное "отточенное" бинарное (не ограниченное алфавитом, а только разрядностью, а потому - более разнообразное по значениям). Ну я так думал с точки зрения теории информации. Бинарное будет жаться лучше текстового только в том случае, если в нем избыточность вообще зашкаливает (пример: процентов 90 значений в сжимаемом потоке - нули). Но вдогонку... QML (Qt Meta Language or Qt Modeling Language) - он точно бинарный, не текстовый? Или это другой QML?

     
     
  • 3.8, Crazy Alex (ok), 11:18, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Бинарное с самого начала меньше. В общем проще избыточность не создавать, чем алгоритмикой потом её искать и убирать.
     
     
  • 4.11, Очередной аноним (?), 11:34, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Бинарное с самого начала меньше.

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

     
     
  • 5.38, Аноним (-), 19:06, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше может относиться и к скорости. Тогда изначально меньший объем данных сожмется быстрее -> лучше. А так, при прочих равных, сжатый QML будет быстрее сжатого HTML.
     
     
  • 6.40, Аноним (-), 19:14, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    *сжатый QML будет меньше сжатого HTML
     
  • 3.9, Crazy Alex (ok), 11:19, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Впрочем, QML - вроде текстовым был, но дальше во что-то компилировался, если мне память не изменяет.
     
  • 3.39, Аноним (-), 19:13, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала QML-файлы разбираются парсером, затем компилируются в промежуточный байт-код, который и передается. Т.е. да, формат бинарный, и в отличие от HTML парсинг производится на серверной, а не клиентской стороне.
     
  • 3.47, _hide_ (ok), 10:05, 05/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не учитываете длину слова в словаре при сжатии - бинарные данные будут меньше по размеру первоначально, и алгоритм сжатия сможет сжимать лучше с меньшими затратами ресурсов на это дело. В результате получится и меньше словарь и алгоритм может найти ещё некоторые возможности для сжатия, которые до этого были слишком громоздкими, чтобы их сжимать
     
  • 2.18, Rrrr (?), 12:11, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Все так, а сказать-то что хотели?
     
     
  • 3.41, Аноним (-), 19:15, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что бяка, ненудна никому
     
  • 2.33, Kodir (ok), 17:27, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ХТМЛ - хорошее дело с буквы Хэ не назовут, согласен! :)))
    Но QML?.... это явно не то. Нужен именно ТЕКСТОВЫЙ формат, который можно править хоть из нотепада, хоть через sed. Это важно. Поэтому да, JSON - прекрасная альтернатива.
     
     
  • 3.42, Аноним (-), 19:18, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +/
    QML текстовый, по сути тот же JSON, только с JS, стилями и т.д. Но в отличие от HTML он парсится и комилируется в промежуточный байт-код на серверной стороне. Т.е. по сети он передается в бинарной форме.
     

  • 1.12, Мать драконов (?), 11:39, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Совместимость! Или идите в ж со своими инновациями.
     
  • 1.14, Аноним (-), 11:59, 04/10/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Какое отношение протокол к формату текстового документа имеет?
     
     
  • 2.16, Аноним (-), 12:03, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он указывается в этом текстовом документе. Ваш КО.
     
     
  • 3.17, Аноним (-), 12:10, 04/10/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В доктайпе он не указывается начиная с HTML5
     

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



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

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