Сегодня мы наблюдаем бурный рост количества новых услуг.
Каждый день появляется что-то новое.
Что можно сказать о пользователях, на которых рассчитаны все эти сервисы? Они растеряны, сбиты с толку этим бесконечным потоком предложений.
Они кажутся мне несчастными гражданами, не знающими своих прав, застрявшими в водовороте бурлящего рынка.
Есть ли у пользователей этой «дикой» социальной сети какие-либо права? Участники группы Открытая социальная сеть Мы считаем, что каждый пользователь имеет право владеть личными данными, право контролировать, кому эти данные могут быть переданы, а также право предоставлять постоянный доступ к этим данным для определенных внешних сайтов.
Но как это может помочь нашим разочарованным пользователям? Понимаете, чтобы полноценно опробовать любой новый сервис, вам необходимо зарегистрироваться в нем, заполнить все свои личные данные, сформировать свой круг друзей, проявить активность и накопить авторитет. Это проблема.
Вам понадобится немало времени и усилий, чтобы выяснить, действительно ли вам нужна эта услуга.
Время и силы уже потрачены на какой-то другой сервис.
Но если разработчики нового сервиса согласятся с идеями Открытой социальной сети, то достаточно будет лишь делегировать новому сервису доступ к вашим личным данным и вашей активности.
В новый сервис вы войдете полный собственной значимости, со всем накопленным авторитетом, со своими друзьями в социальных сетях и так далее.
Более того, новый сервис импортирует структуру ваших предпочтений и покажет вам на переднем плане то, что вы хотели бы видеть и в том виде, в котором вам это нравится.
Звучит фантастически.
Но теоретически это достижимо.
Как? Международная группа экспертов, хорошо известная в социальной сети под названием Переносимость данных рекомендует использовать определенные существующие технологии именно для достижения описанной выше миссии.
Так что же это за технологии и как вы можете использовать их в своих проектах?
Идентификация пользователя и данные профиля
Начнем с идентификации пользователя.Самый простой стандарт в этом отношении МикроИД .
Для идентификации пользователя он использует пару адрес электронной почты + URL-адрес.
Вот его формула:
microID = sha1(
sha1( "mailto:[email protected]" )
+
sha1( " http://cmsdevelopment.com/ " )
)Чтобы подтвердить, что пользователь действительно является владельцем указанной им страницы, достаточно просто указать в ее разделе HEAD следующее:
<meta name="microid" content="mailto+http:sha1:kod_microID"/>Несмотря на всю кажущуюся простоту стандарта, его уже поддерживают такие проекты, как Дигг , Плакса , Идентификатор претензии , Ласт фм , Магнолия , Википутешествие , И Йедда .
Лично мне показалось интересным, что MicroID можно использовать не только для подтверждения подлинности пользователя во время обратной связи, но и, скажем, для подтверждения его репутации на стороннем сервисе:
<link rel="meta" type="application/rdf+xml" title="ФОАФ" href=" http://sheiko.pozzzy.ru/foaf/"/ >Второй стандарт идентификации пользователей, я думаю, вам знаком — это OpenID. я уже посмотрел этот стандарт есть на Хабрахабре по поводу идентификации пользователя в вашем собственном проекте (потребитель OpenID).
Однако, поскольку мы говорим о правах пользователей, было бы справедливо предоставить пользователям вашего сервиса такие «виртуальный паспорт» , которые они могли бы представить на сторонних проектах.
Для этого вам нужно будет раздать пользователям адреса личных страниц на сервисе в поддоменах типа http://sheiko.pozzzy.ru .
Тем, кто никогда этого раньше не делал, рекомендую использовать параметр ServerAlias в конфигурации Apache (если вы используете этот сервер) в разделе VirtualHost на манер ServerAlias *.
pozzzy.ru. После этого останется только разобрать содержимое переменной $_SERVER[“HTTP_HOST”] в стартовом скрипте PHP. Для того, чтобы создать собственный сервис-провайдер OpenID, вам понадобится соответствующее программное обеспечение.
В общем, вы можете использовать библиотеку из OpenID включен (Доступны версии PHP, Python, Ruby).
Однако крохотный фреймворк покорил меня своей простотой.
PHPMyID .
Также существует крошечный стандарт. Паватар , что позволяет связать изображение размером 80x80 пикселей.
(аватар) с пользователем.
Принимаются форматы PNG, JPG и GIF. Вам просто нужно добавить код на страницу пользователя: <span class="score microid-mailto+http:sha1:fe98b5adf288318c0763e1d5b0855b3d2266338c">5</span>
Кстати, паватар и MicroID могут предоставляться вместе с другой информацией профиля пользователя провайдером OpenID.
Информация о пользователе также может быть указана с использованием микроформата.
hCard .
Информация о социальных связях пользователя
ХОРОШО.Мы придумали, как идентифицировать пользователя и дать ему возможность делегировать право на чтение данных своего профиля.
Но как можно получить информацию о его друзьях в различных социальных сетях? Как минимум это позволило бы нам показать пользователю, кто из его друзей представлен на нашем сервисе.
Пресловутый Брэд Фицпатрик ( Брэд Фицпатрик ), основатель Живого Журнала, автор стандарта OpenID, в последнее время активно продвигает концепцию Социальный Граф и Google API для него.
Идея в том, что Google индексирует информацию о связях пользователей в социальных сетях, если они, эти связи, представлены в заданных форматах ( XFN И ФОАФ ).
API позволяет получать эту информацию в удобной форме.
Кстати, если вам недостаточно Google, воспользуйтесь Plaxo Открытый социальный граф .
Те.
когда пользователь входит в наш сервис, мы можем опросить Social Graph о его друзьях в других сервисах.
Далее остается только сравнить их идентификаторы с пользовательской базой нашего сервиса и сообщить пользователю о его друзьях на проекте.
Поскольку получить данные из Social Graph довольно просто (он предлагает ответ на ваш запрос в виде текста, JSON, XML), имеет смысл задуматься о том, как отформатировать данные для дальнейшей индексации в граф.
Прежде всего, следует изменить код ссылок на страницах пользователей внутри сервиса в соответствии с микроформатом.
XFN .
Вы можете использовать .
для дополнительных ссылок, связанных с владельцем открытой страницы и .
за ссылки на страницы своих друзей.
Если на вашем сервере доступны подробности взаимоотношений пользователя с его друзьями, это можно отразить, скажем, как .
.
Что касается стандарта ФОАФ (Друг друга), это позволяет описать пользователя и его связи в более структурированном виде, в RDF. Вы должны включить ссылку на RDF-документ пользователя в код страницы пользователя: <link rel="pavatar" href=" http://example.com/path/my-pavatar.png " />
Сам RDF-документ должен формироваться автоматически на основе данных о пользователе и его связях внутри проекта.
Информация о предпочтениях пользователя
Говоря о правах пользователя, я также упомянул возможность обмена информацией о предпочтениях пользователя между сервисами.Один из самых любимых в еще одной группе уважаемых джентльменов.
Рабочая группа Медиа 2.0 это технология АПМЛ .
Существует множество различных методов учета предпочтений пользователя на основе его активности.
Для этого также используются настольные приложения ( Частицы ) и такие онлайн-сервисы, как Блоги , Клюзтр , Данделиф и, конечно, Гугл.
Эти сервисы, за исключением Google, используют язык разметки APML для описания профилей пользовательских предпочтений.
Что собственно открывает возможность обмена этими профилями между сервисами с разрешения пользователя.
В заключение хотелось бы также отметить технологию OAuth .
Он позволяет делегировать права на постоянный или временный доступ к персональным данным пользователя сторонним сервисам и их API. Как видите, в наших руках сделать социальную сеть открытой и предоставить пользователям законные права в отношении их личных данных.
Умные люди уже подумали о том, как этого можно достичь, а задача разработчиков сервиса — лишь реализовать эти идеи.
Теги: #openid #MicroID #переносимость данных #hcard #Pavatar #XFN #FOAF #apml #semantic web #Chulan
-
Настройка Smtp-Реле В Carbonio
19 Oct, 24 -
Конструктор Сайтов Вебстолица.ру
19 Oct, 24 -
Cnews Awards Или It-Бизнес По-Русски
19 Oct, 24 -
Опубликован Список «Ит-Иммигрантов»
19 Oct, 24
