daeq: quo vadis?

Многие из тех, кто уже слышал слово OpenID, считают его всего лишь парой логин-пароль, которую при некоторых условиях можно использовать на нескольких (а в идеале – почти на всех) сайтах. Но это не совсем так. OpenID позволяет делать другие не менее полезные вещи.

Почему я должен вводить свои данные снова и снова на каждом сайте, где регистрируюсь? Без этого вопроса обходится мало обзорных статей об открытых форматах переносимых данных (одним из которых является и OpenID). И, как и некоторые другие стандарты, OpenID может помочь вам в этом. Не обещаю, что вам не придётся вводить вообще никаких данных о себе, но с большей частю основных данных OpenID сможет справиться.

В первой версии OpenID существует расширение Simple Registration Extension (спецификация). Во второй версии, которая наконец появилась официально 5 декабря, предусмотрен значительно расширенный функционал передачи пользовательских данных, называемый OpenID Attribute Exchange (спецификация). Attribute Exchange (AX) уже поддерживают многие OpenID-провайдеры (OP). Очередь за сайтами и сервисами.

Рассмотрим оба способа подробнее:

OpenID Simple Registration Extension

Возможности этого расширения достаточно скромные, но оно позволяет передавать 9 полей персональной информации при логине пользователя с помощью OpenID.

Для того, чтобы получить эти данные, сайт или сервис (по официальной терминологии – Relying Party, RP) должен отправить некоторые дополнительные параметры к запросу при перенаправлении пользователя на сайт OpenID-провайдера. RP может указать, что некоторые параметры являются обязательными (например, nickname), а некоторые – опциональными (например, почтовый индекс). При этом проверка введённых данных и их наличия полностью лежит на RP. В спецификации указано, что сайт должен обращаться с данными, полученными от OpenID-провайдера так же, как если бы пользователь ввёл их в ручную и отправил форму.

С помощью Simple Registration Extension можно получить следующие данные о пользователе (если он их ввёл и разрешил отправлять):

• nickname
• email
• fullname – полное имя
• dob – date of birth – дата рождения
• gender – пол
• postcode – почтовый индекс
• country
• language
• timezone

Эти поля уже понимают многие OpenID-клиенты и большинство библиотек умеют с ними работать (вряд ли можно считать полноценной библиотекой ту, что не умеет).

OpenID Attribute Exchange

Поскольку возможности SRE сильно ограничены, был создан протокол OpenID Attribute Exchange. Принцип его работы похож – при OpenID-запросе посылаются дополнительные параметры с указанием полей, которые желательно получить от OpenID-провайдера.

Attribute Exchange отличается в лучшую сторону следующим:

• Можно запрашивать произвольные параметры с указанием желаемых типов данных.
• Возможность сохранять и обновлять параметры на OpenID-сервере (с запросом пользователя, конечно).
• Обмен данными не только при логине, а в любое удобное время.

Если провайдер OpenID не знает каких-то данных пользователя, запрашиваемых сайтом, он может попросить ввести их (с указанием типа данных). Также провайдер может позволить пользователю настраивать политики относительно передаваемых данных (на некоторые сайты передавать всё, на другие – только ник и т.п.). Как частный случай, провайдер OpenID может генерировать одноразовый e-mail для некоторых регистраций.

Кроме OpenID существуют и другие способы получать информацию о пользователе по его URI. Это и representative hCard и связанный со страницей FOAF-файл. У них есть свои преимущества (hCard могут читать и люди, FOAF может хранить большое количество другой полезной информации), и недостатки (требуется дополнительные запросы к страницам и библиотеки для парсинга).

Я думаю, в том, что касается регистрации и получения основных данных пользователя OpenID удобнее и быстрее. А значит у этого механизма большое будущее.

Перевёл учебник по связанным данным How to publish Linked Data on the Web. Перевод здесь: http://daeq.ru/linked-data.

Описывается функционирование сети данных, связывание данных, даются практические советы и ссылки на инструменты и программы.

В процессе узнал много нового и интересного.

Надеюсь, вам будет интересно тоже. Читайте.

hCard – это микроформат, который выделяет из HTML-страницы данные о человеке. Выделяет в том смысле, что если страницу читает электронный мозг, то он может определить, что, например, является именем человека, что фамилией, а что – домашней страничкой. Пример hCard:

 <div class="vcard">
     <div class="fn">Василий Пупкин</div>
     <div class="org">Рога и Копыта</div>
     <div class="tel">495-564-1234</div>
     <a class="url" href="http://vasya.ru/">http://vasya.ru/</a>
 </div>

Эти данные будут одновременно и отображены на страничке и понятны роботу. Разобраться что есть что просто – по именам классов. fn – это имя, tel – телефон, а url – личная страничка Василия.

Представим, что этот hCard мы нашли на этой самой страничке Василия. И представим, что на этой же страничке находится несколько hCard его друзей. А нам нужно, чтобы робот мог определить, какой из них принадлежит владельцу странички, а какие – нет. Это нужно, например, если Василий указал свою страничку в качестве OpenID-идентификатора и робот хочет получить побольше информации о нём, чтобы Василию не пришлось заполнять многочисленные поля в профайле.

Люди, участвующие в разработке формата, определили два способа, которые, в принципе, можно считать стандартными для этой цели.

1. Поставить ссылку на саму страницу, на которой находится hCard и указать её класс как url и uid одновременно. Пример:

<span class="vcard">
<a href="http://daeq.ru/" class="url uid nickname">daeq</a>
</span>

2. Поставить ссылку на свои профили на других сайтах, используя для ссылки rel="me". Пример:

<span class="vcard">
<span class="nickname">daeq</span>
(<a href="http://daeq.ya.ru" rel="me" class="url">я на я.ру</a>)
</span>

Рекомендуется использовать оба способа сразу.

Роботу, чтобы определить, какой из hCard на странице является hCard её владельца, нужно просто найти тот, который удовлетворяет вышеописанным условиям.

Согласно Sydney Morning Herald, рассказы, написанные при помощи мобильного телефона (keitai shousetsu) приобрели неожиданную популярность, “превратив заурядные издательства в крупные компании, попутно сделав небольшие состояния их авторам”.

К примеру, было продано более 1,2 миллиона копий книги Koizora (Небо Любви) и около 420 тысяч копий книги Moshimo Kimiga, которая началась с нескольких глав, размещённых на одном из сайтов и прочитанная “тысячами молодых читателей”.

Конечно, у нас такое пока невозможно хотя бы потому, что, в отличие от японцев, мы, за редким исключением, пока не понимаем, как можно платить за тексты, скачанные из интернтета.

В западных странах такого рода литература также не пользуется популярностью. Но Япония, как известно, идёт впереди планеты всей в области коммуникаций, поэтому не будет удивительным, если через несколько лет эта тенденция распространится по всему миру.

via TechCrunch

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

Но вот с разделением информации на интересную и неинтересную в сети сейчас трудно. Форумы, списки рассылки и usenet используется, в основном, для дискуссий. Основным способом рассказать миру о вас и о том, что вам интересно, остаются блоги. Но что, если вы интересуетесь одновременно программированием, разведением рыбок и научной фантастикой?

(далее…)