oEmbed или выжимка урлов 6
Сегодня, после очередного просмотра и прочтения англоязычных блогов (и фидов), обнаружил совершенно новую фичу или точнее даже формат по шарингу информации между сервисами. Интересно, что в рунете пока еще никто про это не писал. Итак, представляю oEmbed — формат для встраивания контента по URL на сторонние сайты.
Т.к. формулировка достаточно абстрактная, лучше всего приведу пример. С помощью этого формата и API я могу, имея одну лишь ссылку на страницу сайта, получить контент этой страницы в удобном для встраивания виде. От сайта-экспортера требуется поддержка формата на уровне API. Типичный пример — ссылка на YouTube ролик. Чтобы можно было при запросе на API по ссылке получить код для встраивания ролика в мою страницу.
Например, всем известный flickr поддерживает этот формат, адрес API: http://www.flickr.com/services/oembed/. Пользоваться так: http://www.flickr.com/services/oembed/?url=http://www.flickr.com/photos/dobrych/2602270116/.
Кроме flickr экспорт контента в этот формат умеют делать еще несколько сервисов. Но ничто не мешает делать свои oEmbed гейты (провайдеры) для существующих сервисов, которые еще не умеют oEmbed.
Ссылки по теме. Оригинальная новость от создателя Pownce — Leah Culver » Announcing OEmbed - An Open Standard for Embedded Content. Еще:
- приложение для django — django-oembed;
- самодельный провайдер, для сервисов, которые не поддерживают oEmbed — oohEmbed.com - your one-stop oEmbed provider.
От себя еще добавлю, что эту технологию классно использовать в так называемых tumblog-ах. Что в принципе и активно делает Pownce.
PS: если это все таки «баян», дайте знать, где еще есть инфа по теме — оч интересно.







Интересно! Надо будет нам на КВИ такое приделать...
Моя первая реакция, правда, была в том, что можно сделать проще: в странице сервиса иметь со ссылкой на URL, отдающий embed-код этой страницы. А то текущий вариант заставляет повторяться: http://bla-bla...?url=http://bla-bla...
Но на самом деле так лучше, потому что именно это позволяет делать такие вещи, независимо от самого сервиса.
неплохо подобный гейт сделать для переформата произвольного контента в pda-читабельный вид
Неприкольно что нужно всем консьюмерам слать свои URLы. Сделали бы автоопределение какое-то.
Есть идеи делать эго ReSTful.
А вот официальная сторона уже сделала draft и для auto discovery
Почитал я первую ссылочку и, пожалуй, полностью соглашусь. Нет никакой нужды специфицировать протокол. Все, что нужно специфицировать -- это MIME-типы (application/oembed+xml, application/oembed+json, ...). А протокол уже есть -- HTTP.
А мой же плюс к текущему подходу:
... на самом деле тоже не плюс. Потому что ничто не мешает и так сделать совершенно сторонний сервис, который будет принимать к себе URL'ы целевого сайта, читать их и превращать в embed'ные структуры. То есть, официального разрешения на это нафиг не нужно :-)
Короче, Лия таки перемудрила :-)
Иван пожалуй соглашусь, что она перемудрила.
Просто она это делала для pownce, а щас как известно, модно «выдумывать» всякие открытые штуки. Так что будем считать это пиарным ходом :-) Хотя конечно концепция сама интересна для применения в своих проектах. Тем более есть уже готовый код под это дело, что тоже может ускорить разработку в случае необходимости похожего функционала.