Insight IT

hCard

Иван Блинков — Sun, 13 Apr 2008 22:51:00 +0400

hCard представляет собой реализацию спецификации RFC 2426 (более известной как vCard) в виде микроформата. Основной его целью является предоставление стандарта оформления персональных данных на просторах Сети, но помимо этого имеется возможность указания информации об компаниях, организациях или местах. Как и любой другой микроформат, hCard реализуется без нарушения стандартов XHTML с помощью атрибутов тэга class, причем какие именно тэги используются - не важно. Для оформления данных используя этот микроформат достаточно лишь объявить какой-либо тэг hCard объектом с помощью class="vcard" и разместить внутри него все тэги, обозначающие какое-либо свойство объекта. Большая часть информации, предоставляемой в соответствии с этим микроформатом является опциональной, единственным обязательным свойством является имя объекта - class="fn". Помимо этого в атрибуте profile тэга <head> принято указывать адрес http://www.w3.org/2006/03/hcard.

В целом все свойства объектов hCard можно поделить на семь групп:

идентификационные: – различные варианты имен объекта.
адресные: – указания различных адресов, каким-либо образом ассоциирующихся с объектом: место жительство, работы и тому подобные.
телекоммуникационные: – любые формы контактной информации: номера телефонов, факс, адреса электронной почты и так далее.
географические: – месторасположение объекта.
организационные: – информация о должности и компании или организации, в которой работает объект.
уточняющие: – любая дополнительная информация об объекте.
безопасность: – ограничение доступа к информации в hCard.

Значением каждого свойства является видимый пользователю текст, получающийся в результате обработки документа браузером (или другим парсером данных). Но стоит несколько остановиться на свойстве photo, так как для него действуют несколько другие правила размещения значения:

при использовании свойства photo в тэге <a>, значением является адрес из атрибута href;
в тэге <img>, значением является само изображение, то есть значение атрибута src
в <object>, значением является атрибут `data, то есть его источник данных.

Раз уж зашла речь об размещении значений свойств, то сразу хочется сказать об небольшом исключении в виде тэга <abbr>, где оно задается в атрибуте title, а внутри самого тэга - некое более удобное для чтения людьми его представление.

Если тэг, обозначенный любым свойством, содержит какую-либо информацию помимо самого значения свойства, то для отделения релевантного контента от лишней информации можно разместить внутри тэга свойства дочерние объекты, обозначив их атрибутом class="value". Это даст понять парсеру микроформата, что собрав воедино (методом конкатенации) все значения помеченных таким образом объектов он сможет получить значение исходного свойства. Описание получилось несколько запутанным, так что лучше продемонстрировать этот принцип на примере, в котором значению свойства fn будет присвоено значение "Иван Блинков":

<div class="vcard">
  <div class="fn">
    <span class="value">Иван </span>подпрыгнул три раза на месте,
    обернулся и увидел написанную на стене
    свою фамилию: <span class="value">Блинков</span>.
  </div>
</div>

Как не трудно заметить, значение свойства разбавлено массой ненужной информации, но с помощью тэгов с атрибутом class="value" мне удалось выделить лишь важную информацию, не поменяв при этом внешний вид документа. Парсер микроформатов, читая этот документ, соединит обе части и получит в итоге как раз "Иван Блинков", что и будет соответствовать желаемому имени объекта.

Вы заметили в предыдущем примере пробел после моего имени? Он был поставлен для того, чтобы при конкатенации составные части значения не слились в одно слово "ИванБлинков", не самый удобный подход к решению проблемы, но у него есть альтернатива в виде тэга <abbr> (не забываем про упомянутое чуть выше исключение):

<div class="vcard">
  <abbr class="fn" title="Иван Блинков">
    Иван
  </abbr>
  подпрыгнул три раза на месте,
  обернулся и увидел написанную на стене
  свою фамилию: Блинков.
</div>

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

Идентификационные свойства

Свойство	Описание
fn	полное имя объекта (formatted name)
n	имя, используется для идентификации составных частей fn (name)
nickname	прозвище
bday	день рождения в формате YYYY-MM-DD (birthday)
photo	фотография

Свойство fn уже успели слегка обсудить, так что перейдем сразу к n. Как уже было сказано, используется он для детализации составных частей полного имени объекта, для чего оно имеет ряд подсвойств, используемых в дочерних элементах:

given-name: – имя.
additional-name: – отчество.
family-name: – фамилия.
honorific-preffix: – какой-либо префикс к имени, отображающий социальный статус человек.
honorific-suffix: – суффикс с тем же смыслом.

Выглядит это все примерно так, ничего сложного:

<div class="vcard">
  <div class="n">
    <span class="given-name">Иван</span>
    <span class="additional-name">Иванович</span>
    <span class="family-name">Блинков</span>
  </div>
</div>

Адресные свойства

Адрес может быть указан в двух формах:

adr - структурированной (с указанием составных частей);
label - не структурированной.

Для структурированного адреса используются подсвойства по аналогии с n:

Свойство	Описание
post-office-box	почтовый адрес
extended-address	полный адрес (с номером подъезда, квартиры и т.д.)
street-address	улица
locality	город
region	регион, штат или провинция
postal-code	индекс
type	тип адреса, то есть то, как он связан с исходным идивидом, должен принимать одно из значений: dom, parcel, home, work, pref

label же используется просто для написания адреса по тому же принципу, как если бы Вы писали его, например, на конверте традиционного письма. Возможно использование подсвойства type как и в adr.

С телекоммуникационными свойствами все проще:

телефон - tel;
адрес электронной почты - email;
почтовый клиент - mailer (не понятно - и зачем он тут сдался?).

Телефонный номер может иметь тип (type):

home - домашний
msg - имеется автоответчик
work - рабочий
pref - предпочтительный
voice - голосовой
fax - факс
cell - мобильный aka сотовый
video - для видеоконференций
pager - пэйджер
bbs - bulletin board system
modem - возможно использование модема
isdn - integrated services digital network
pcs - personal communication service

Географические свойства также не отличаются особой сложностью:

tz - временная зона
long - широта
lat - долгота

С ручным заполнением этих свойств могут возникнуть некоторые проблемы, но при интеграции веб-приложения с сервисом вроде Google Earth - должно быть вполне удобно.

Свойства, описывающие индивида с точки зрения работы, немногочисленны:

title - должность
role - роль
logo - ссылка на логотип компании
agent - указание представителя индивида, например секретаря, например в виде ссылки на его hCard
org - название компании

Дополнительные свойства:

category - категория, то есть чем по сути является данный hCard, например - визитка
note - какие-либо замечания к остальным свойствам
rev - время последнего редактирования hCard, то есть время на которое данная информация является актуальной
sort-string - отмечает какая часть hCard (обычно часть имени), которая будет использована при сортировке списка из нескольких hCard
sound - адрес, указывающий на звуковой файл с правильным произношением имени индивида
url - адрес персонального или корпоративного сайта
uid - уникальный идентификационный номер в каком-либо специфицированном IANA формате (подсвойство type указывает в каком именно)

Для обеспечения ограничения доступа к данным из hCard используется два свойства - class и key. class определяет уровень доступа по примерно тому же принципу, что и в ООП: public или confidentional. А свойство key предоставляет публичный ключ, для расшифровки данных с закрытым доступом.

Хочется добавить, что благодаря своей структурированной архитектуре данный микроформат может использоваться в более широком спектре случаев, чем просто предоставление персональных данных, например, можно описывать и просто организацию или какое-либо место. Те же самые принципы могут быть использованы и при оформление персональных данных в формате XML - достаточно лишь использовать те же самые атрибуты hCard для произвольных тэгов XML.

В заключение хочу сказать, что в качестве источников информации для данной статьи были использованы официальная вики и презентация от Robert Costello, а подписаться на RSS можно вот ТУТ.

Отношения online

Иван Блинков — Sat, 16 Feb 2008 13:07:00 +0300

Допустим, у Вас появилось желание оставить на своем интернет-ресурсе ссылку на сайт своего старого друга. Объяснить этот факт простому читателю достаточно просто: <a href="www.site.ru">Сайт моего друга</a>, но поймет ли такую надпись очередной раз инспектирующий Ваш сайт crawler какой-нибудь поисковой системы? Может быть Вы просто злостно торгуете ссылками со своего сайта? Как Вы могли уже догадаться, для решения этой достаточно узкоспециализированной задачи - выражение отношений с владельцем сайта, на который указывает ссылка - существует специальный микроформат под названием XFN, что расшифровывается как XHTML Friends Network. С его помощью любой человек, у которого есть сайт может продемонстрировать всем желающим в каких отношениях он находится с владельцем сайта, на который он ссылается.

Реализуется этот микроформат с помощью атрибута rel тэга <a>, возможные варианты значения (имеется возможность их комбинировать):

Категории значений	Значения XFN
дружба:	`friend`(кто-либо, кого Вы считаете другом), `acquaintance` (знакомый, просто пару раз здоровались или недолго общались), `contact` (кто-либо, с кем Вы знаете как связаться в случае необходимости)
физические:	`met` (кто-либо, с кем вы когда-то лично встречались)
профессиональные:	`co-worker` (коллега по работе),`colleague` (коллега по учебе или иной форме активности)
географические:	`co-resident` (живете на одной улице),`neighbor` (сосед)
семейные:	`child` (ребенок, в том числе и приемный),`parent` (родители, в том числе и приемные),`sibling` (все братья и сетры),`spouse` (муж/жена), `kin` (дальний родственник)
романтические:	`muse` (муза, источник вдохновения), `crush` (кто-либо, к кому у Вас страстное увлечение), `date` (кто-либо, с кем Вы встречаетесь), `sweetheart` (кто-либо, в кого Вы влюбились"}
личность:	`me` (ссылка на самого себя на другом сайте. Обязательно должна быть симметрична; отношение 'me' неявно подразумевается между поддиректорией и всем ее содержимым)

Как не трудно заметить, практически все возможные варианты отношений могут быть описаны одним из значений или их комбинацией. Наш пример из начала этого поста с использованием XFN выглядел бы:

<a href="www.site.ru" rel="friend met">
    Сайт моего друга
</a>

Помимо этого есть еще один маленький нюанс, необходимый для того, чтобы browser'ы и поисковые системы знали, что данная страница оффциально поддерживает этот микроформат, для этого необходимо указать следующий атрибут тэгу <head>:

<head profile="http://gmpg.org/xfn/11">

Этот пост был написан по мотивам официального сайта XFN, если Вас заинтересовал этот микроформат, возможно имеет смысл посетить и его: там можно найти FAQ, утилиты для автоматической генерации кода, а также всю остальную информацию по данному микроформату (на английском естественно).

Микроформаты

Иван Блинков — Sun, 27 Jan 2008 19:31:00 +0300

Не смотря на тот факт, что эта технология еще только начинает получать широкое распространение и применение на просторах Сети, слов о ней уже написано немало, не вижу ни одной причины почему бы мне тоже не написать несколько слов о микроформатах.

Основной идеей микроформатов является попытка дополнить смыслом существующие элементы стандартов разметки - XHTML и HTML, такого рода смысл нынче модно назвать словом семантика, что так или иначе влияет как на людей, пользующихся услугами Сети, так и на программы, обслуживающие ее функционирование.

Что представляют собой микроформаты?

Строго говоря, микроформаты являются набором форматов данных, основывающихся на существующих широкораспространенных стандартах представления данных (в частности XHTML), каждый из них предназначен для решения конкретной узкоспециализированной задачи, то есть для обеспечения конкретной семантикой конкретной части стандарта.

Как не трудно догадаться, измение существующих и добавление новых тэгов к стандарту XHTML в микроформатах недопустимо, ведь иначе документ перестанет соответствовать исходному стандарту. Именно по-этому для реализации микроформатов используются атрибуты тэгов XHTML, в которых допускаются некоторые вольности - rel и class.

Что же может дать осмысленность разметки?

В перспективе вся эта затея направлена на повышение качества сервисов, предоставляемых в Сети. На данный момент большая часть сервисов, основанных на анализе данных расположенных в Сети, способна лишь на частичное использование разметки документа для уточнения смысла той или иной информации. Показать это лучше всего на примере: тэги <em> и <strong> говорят о том, что содержащаяся внутри них информация имеет некий смысловой акцент, но в то же время многие другие тэги не несут за собой никакой дополнительной смысловой информации, помимо содержащегося внутри них текста. Одним из таких тэгов является <a>, который говорит о наличии ссылки на некоторую интернет-страницу, как-то связанную с текстом между открывающим и закрывающим тэгами, а также расположенную по URL, указанному в атрибуте href, можно конечно к этому прибавить атрибут title, но так или иначе на этом информация о ресурсе, на который ссылается автор документа, заканчивается. Один из микроформатов, позволяющих расширить возможности простых ссылок, называется XFN и предоставляет авторам документов возможность описать свое отношение к другим авторам, на работы которых они ссылаются, выглядит это примерно следующим образом:

<a href="http://www.my-friend.ru" rel="friend">
    Сайт моего друга
</a>

Теперь понять, что сайт, на который происходит ссылка, является сайтом друга автора текущего документа, может не только читатель, но и программа, занимающаяся индексированием страниц Сети для какого-либо сервиса, например этот микроформат полезен для повышения качества работы социальных сетей. Это была лишь небольшая часть возможностей микроформата XFN, подробнее останавливаться на нем не буду - ведь каждый из них явно заслуживает отдельной записи.

Классификация

Наверняка к Вам в голову приходила мысль: а почему необходимо пользоваться именно вот этими микроформатами? Если в XHTML допускаются любые значения тэгов rel и class, почему я не могу придумать свои микроформаты и пользоваться ими? Ответ прост: микроформаты призваны повысить качество Сети вцелом, а не какого-то конкретного сайта отдельно. Только часть микроформатов получила широкое распространение, и именно ими приходится пользоваться всем остальным сайтам под влиянием сетевого эффекта (т.е. того факта, что ценность технологии прямо пропорциональна обширности ее применения, в нашем случае в рамках Сети), просто чтобы быть совместимыми с остальной частью Интернета.

Но не смотря на это - количество и разнообразие распространенных микроформатов велико, и как-либо классифицировать их достаточно сложно. Самым простым и точным вариантом можно назвать разделение по структуре формата:

элементарные - применимые только к одному конкретному типу тэгов. В эту группу попадают упомянутый выше XFN, а также множество других, например rel-tag, rel-nofollow*, и так далее;
композитные (или составные) - имеют более сложную структуру, и для своей реализации требуют модификации нескольких тэгов одного элемента. Микроформаты из этой категории предназначены для описания более сложной структуры, например hCard, используемый для описания людей или организаций (можно посмотреть на пример его использования на моей странице "О себе").

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

Применение на практике

Вариантов их применения на сегодняшний день не так уж и много. Как я уже упоминал, эта технология еще находится лишь на пути к получению повсеместной распространенности на просторах Сети, но уже сейчас они проявили себя достаточно, чтобы оказывать влияние на многие аспекты сети Интернет:

Многие поисковые системы активно используют при составлении своего индекса микроформат rel-nofollow, об этом мне уже доводилось упоминать в одной из предыдущих записей;
Plug-in для Firefox под названием Operator - позволяет просматривать используемые на текущей странице микроформаты, а также предлагает небольшой ассортимент действий, с ними связанных. Например, hCard предлагается экспортировать в адресную книгу, а для rel-tag - осуществить поиск по скромному списку интернет-сервисов. Лично я уже достаточно его себе установил и всегда держу включенным, не для того, чтобы реально им пользоваться, а просто чтобы быть в курсе, что тот или иной ресурс вдруг начал поддерживать эту замечательную технологию;
Появляется все больше и больше CMS, поддерживающих различные микроформаты "из коробки" или с помощью plug-in'ов, что ведет к все более активному расширению списка сайтов, следующих этим стандартам представления данных. WordPress, ~~на которой работает этот блог~~, тоже относится к категории CMS, поддерживающих микроформаты, в чем вы можете убедиться, установив упомянутый в предыдущем пункте Operator. Сам по себе этот факт какой-либо полезности не несет, но является лишним стимулом для разработчиков программного обеспечения и интернет-ресурсов, поддерживающих микроформаты.

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

Подводим итоги

По сути являясь своеобразной "надстройкой" над XHTML, микроформаты создаются по принципу "чем проще - тем лучше", но в то же время благодаря своей узкой специализации и простоте, каждый из них способен быть составной частью модульной структуры форматов данных, способной поднять Сеть на качественно новый уровень развития.