Не всегда новое это хорошо забытое старое, это может еще совсем-совсем свежее, просто еще подштукатруенное. Например урезанный MKV (WebM) + вот-вот ставший свободным VP8 + старый добрый OGG Vorbis = WebM — новая попытка профорсить единый стандарт для веб-видео, на этот раз вместе с Google, который подключил в войну теперь не только Хром, но и Утьюб.
Будем надеяться, что это технически подкованное решение в отличие от предыдущей попытки — слабоватой Theora в нерассчитанном на видео контейнере OGG (OGV) — займёт лидирующие позиции в инете.
И грядёт эра Web 3.0 — эра межсайтовых взаимодействий,
и основана она будет на трёх китах: OpenID, OAuth и oEmbed
(Кристиан Арчеронострадамус)
В отличие от двух других, OpenID в представлении почти не нуждается. Это паспорт “я такой-то с такого-то сервера”. Сайт запрашивает у сервера авторизации подтверждение, типа, скажи мне myopenid.com, этот ко мне стучится правда vasya_pupkin? Дальше мы его узнаём и пускаем как родного — за него поручились.
OAuth чуть хитрее. Я с ним особо не сталкивался и в дневнике не упоминал. OAuth — это средство авторизованного доступа к API. Что это, с чем его едят, кому это надо и почему это не OpenID неплохо описано в статье на Хабре
И вот мы вплотную подошли к oEmbed. Это очень молодой и возможно даже не до конца проработанный стандарт, но дико удобный и полезный… будет, когда широко распространится. Признаюсь, узнал я о нём буквально на днях.
Функциональность его не нова — мы и ранее вставляли картинки тегами <img>, видео хтоническими конструкциями из <object>, <embed>, флешем, джавой и даже новыми средствами html5, но это каждый сервис извращался во-своему, плееры обновлялись, постоянные ссылки на странички не подкреплялись постоянными ссылками на картинки на них.
oEmbed унифицирует вставки произвольного кода в страницу при помощи достаточно простого API.
Выглядит это так:
Всё предельно просто, кроме того куда нам слать GET-запрос =) Адрес для GET-запроса хранится на самой странице, кусок которой мы хотим внедрить в виде тегов с атрибутами type=”application/json+oembed” или type=”application/xml+oembed”
Типы вставляемых элементов:
photo — изображение. Например, с сервиса Flickr. Результат по идее скармливается тегу <img>
video — видео, а возможно и аудио. Поддерживается Google Video и YouTube
link — ссылка на документ. Допускается краткое (да и полное) содержимое, хотя отображение текста зависит скорее от желания приёмника. WordPress, например, отображает только заголовок, а вот сервис микроблогов identi.ca показывает предпросмотр. Именно линки создаёт плагин oEmbed Provider для WordPress, о котором в следующей мессаге
rich — просто вставка куска текста =)
Подробная (и, кстати, небольшая совсем) инструкция на буржуйском есть на официальном сайте http://www.oembed.com/(хотя там всё равно без 100 грамм не разберешься…)
Судя по ухудшившемуся виду home.sunchaser.info, мозилловцы изменили синтаксис -moz-???-gradient. Синтаксис webkit не подходит. Т.е. либо выдумали что-то новое, либо отключили на время из-за каких-нибудь проблем. Скандалы, интриги, расследования — следим дальше.
Работает везде, кроме Arora (если точнее, виноват сам QtWebkit)
Ахда, в любых XML документах нельзя указывать DTD, иначе Internet Explorer пойдет по указанному адресу его скачать. Всё бы ничего, но он этим ddos-ит www.w3.org, поэтому там забанен. А значит, он просто вместо документа покажет ошибку
Индексирует, игнорируя стили. Отчасти даже лучше — оформление не попадает в индекс и не мешается при поиске, но для полноты индексации надо делать sitemap.
Yahoo!
Применяет стиль и индексирует результат. Вах! То, что надо.
Yandex, Rambler, Aport, Microsoft Bing, Baidu**
Никак. Стыд и позор!
Что ж… к сожалению, такой технически удачный подход к созданию сайтов слегка нежизнеспособен.
Правда, выход есть — прогонять XML через серверный скрипт, который при необходимости (для поисковиков или неподдерживаемых браузеров) будет применять стиль прямо на сервере, а иначе просто отдавать чистый XML.
А точнее, поддержка элементов audio и video в современных браузерах.
Для проверки были сделаны 2 странички и использованы 4 мультимедиа файла в форматах mp3, ogg vorbis, ogg theora, x264/mp4
Итак… на сегодняшний день audio и video поддерживают:
Mozilla Firefox 3.5 RC (Windows, Linux) — скорее всего станет первым стабильным браузером с этой фичей
Mozilla SeaMonkey 2.0b1 (Windows, Linux) — ну… логично
Arora 0.7.1 (Linux). Виндовая почему-то не хочет…
Google Chrome 3.0 (Windows) — тоже пока еще development branch. Единственный конкурент Мозиллы на право первенства. Версия же под Linux пока вообще ничего не умеет
MSIE как всегда в пролете. Opera в мейнстрим пока свои наработки пускать не хочет. Safari вопреки слухам тоже пока поддержкой не обзавелся. (возможно, слухи были про MacOS)
Поддержка форматов
Где указаны 2 формата, было использовано несколько источников для элемента (см. код под катом)
Mozilla
Arora
Chrome
mp3
ogg
mp3, ogg
ogg
ogg
ogg, mp3
ogg
ogg
mp4 (h264)
ogv (theora)
mp4, ogv
ogv
mp4
ogv, mp4
ogv
ogv
Google Chrome понял формат mpeg, но всё равно предпочел ogv в обоих случаях независимо от порядка указания. Он просто хочет audio/mp4 в качестве MIME-типа. Подправил код и Хром сразу стал вести себя логичнее.
Arora почему-то не поняла множественные источники.