На довольно интересную спецификацию разработанную два года назад навел меня
V.exeR и зовется она
oEmbed. Задумка в том, чтобы позволить встраивать на страницу любой контент с другой страницы. Вроде бы умно, но есть несколько минусов,
хорошо описанные тут.
1) Чем это лучше простой вставки через iframe?
2) Почему подразумевается всего-лишь одна вставка соответствующая одной странице?
3) Зачем нам oEmbed, когда есть
XRDS от фицпатрика и
web slices от микрософта?
И не смотря на это и то, что рабочая группа формата давно мертва (я подал заявку на вступление), oEmbed внедрен на youtube и flickr и в целом может еще убить все эти gavatar, pavatar и другие простые модели переносимых на сторонние ресурсы данных. В комментариях к формату можно почитать много разного, в том числе, что это "web2.0 epix fail". Но меня заинтересовало другое, что формат можно дополнить семантическим смыслом и на примере этих маленьких кусочков данных, которыми являются ответы oEmbed API, показать потенциал разумного обмена данными в интернете. Так что не так сейчас?
1) Одна страница - один ответ Embed API - это должно быть доработано до одна страница - один ответ API одного типа, то есть в endpoint вставки добавляется указание типа объекта. И все стандартные типы должны быть заданы, например "video", "image", "book" и т.д.
2) Добавляем в ответ RDF схему со смыслами тегов и разделяем данные, смыслы и отображение. Для видео с ютуба правильным будет ответ не в виде html тега с уже готовым кодом вставки - из-за этого как раз и возникает вопрос нужности oEmbed API с его дополнительным запросом к серверу. То есть добавляется ссылка на описание ожидаемых тэгов и их формальное значение, а также ссылка на xslt файл для формирования отображения.
Copy Source | Copy HTML- <oe:oembed xmlns:oe="http://oembed.com/rdf/video" xmlns:xslt="http://oembed.com/xslt/video">
- <width>200</width><width>200</height><url>http://youtube.com/blabla</url><title>свежие сиськи</title>
- </oembed>
3) В браузерах должно быть сделано кэширование стандартных xslt схем отображения.
4) Все ресурсы по необходимости могут переопределить или дополнить формат отображения выдаваемых ими данных.
Вот такая вот упрощенная концепция семантического веба, вот такое вот возможное будущее.
Метки: Semantic Web | trend