Twitter без ограничений
Автор: reus, Опубликовано: 15.05.08 в 13:12
Необходимо оформить RSS в виде XMPP-протокола, изначально разработанного для системы быстрого обмена сообщениями Jabber и используемого сегодня для разного рода приложений вроде службы для обмена мгновенными сообщениями Google Talk. (Крис Саад, Data Portability Workgroup, Faraday Meida)
В последнее время все чаще можно услышать жалобы на систему микроблогов Twitter, которая постоянно «падает», особенно когда ей пользуется множество человек. То есть, очевидно, что доступность сервиса и его открытость многим пользователям и является его Ахиллесовой пятой. Программист Дэйв Вайнер (Dave Winer) также постоянно комментирует эти проблемы сайта Twitter, хотя, его советы в основном, касаются сохранения написанных сообщений в случае «падения» сайта. В данном случае мистер Вайнер не придает большого значения спонтанному общению пользователей в сети Twitter.
А известный веб-идеолог Марк Кантер (Marc Canter) и вовсе говорит о децентрализации Twitter – якобы, таким образом, сервис станет более надежным. Но децентрализация заключается не просто в том, чтобы сохранить все отправленные сообщения в случае обвала сайта, но в том, чтобы гарантировать стабильную его работу, не зависимо от того, сколько пользователей одновременно будет заходить на сайт.
Следовательно, децентрализация может оказаться неплохой идеей. Но как же ее осуществить? Крис Саад (Chris Saad), например, основатель организации Data Portability Workgroup и Faraday Meida, предложил следующее.
Самая слабая сторона сайта Twitter (и в то же время отличный способ децентрализовать сервис) – тот факт, что большая часть активности на Twitter не связана с самим сайтом Twitter.com. Поклонники сервиса пользуются для общения в нем клиентами для ПК вроде Twitterific, Alert Thingy, Twhirl, мгновенными сообщениями, смс в числе многих интерфейсов. Именно эти приложения и можно использовать для закрепления и популяризации среди пользователей сервиса, подобного Twitter, но децентрализованного.
Работать система может так: пользователи публикуют свои размышления (информацию и так далее) в микроблоге. Третьи стороны могут создавать платформы для этих микроблогов и сертифицировать их как совместимые со стандартом микроблоггинга (это и размер сообщения не больше 140 символов, и отсутствие заголовков). Данные платформы пользователи смогут устанавливать на своих собственных серверах (как в случае с Wordpress.org). Самое сложное в данной ситуации – сведение всех этих публикаций воедино в общение, подобное происходящему на сайте Twitter – где пользователи подписываются на получение сообшений только от тех, с кем хотят общаться, а отвечать им смогут через механизм “@[имя пользователя]”.
Одной лишь системой RSS в данном случае не обойдешься, потому что быстрые и частые опросы приведут к сбоям в работе серверов. Вместо этого господин Саад предлагает оформить RSS в виде XMPP-протокола, изначально разработанного для системы быстрого обмена сообщениями Jabber и используемого сегодня для разного рода приложений вроде службы для обмена мгновенными сообщениями Google Talk. XMPP-протокол предусматривает рассылку сообщений подписавшимся на них, а это ликвидирует потребность постоянного опроса. Сам Twitter уже использует XMPP-протоколы в своем интерфейсе прикладных программ. Приложения третьих сторон, вроде Google Talk, также интегрируются с Twitter с помощью XMPP-протокола.
Если пользователи начнут общаться, используя эту новую систему, такие приложения как Alert Thingy могут просто добавить ее к своим функциональным характеристикам. Вместо того чтобы использовать Alert Thingy, чтобы зарегистрироваться в Twitter, пользователи смогут создавать свои учетные записи и на Alert Thingy, где также есть их списки подписчиков. (Этот процесс аналогичен тому, что читатели фидов Google Reader делают со своими подписками на RSS.)
XMPP-протокол сегодня работает по тому же принципу отслеживания подписчиков, что и списки читателей на сайте Twitter. Пользователи могут иметь такой список и отслеживать читателей своего микроблога.
Работа с ответными сообщениями будет немного сложнее (на Twitter это приложение @[имя пользователя]). Один способ – использовать уже существующую инфраструктуру RSS-фидов конкретно для работы с поисковыми системами Google или Technorati Blog для того, чтобы контролировать ответные сообщения и загружать их в приложения пользователя. Конечно, результаты поиска не ограничатся одними микроблогами, но это не столь важно. Также, будет очень легко блокировать мусорные сообщения – простым нажатием кнопки (как это и делается в сервисе Twitter сегодня).
Результативный эффект этой теоретической платформы должен в итоге превратить размещение сообщений в сервисе в совершенно децентрализованную платформу. Поэтому, у данной перспективы может быть множество противников. Но нас интересует вопрос о том, насколько реализуема данная система. В целом, вполне – ведь децентрализация не требует не использовать Twitter вообще. Уже существующие Twitter-клиенты могут добавить к себе поддержку GetPingd (сообщения об изменении контента на веб-ресурсах) и других элементов инфраструктуры, которые будут работать, не конфликтуя с сервисом Twitter. Любой может сегодня создать сайт, подобный Twitter, но уже децентрализованный. А уж микроблогов, появляющихся внутри нового сервиса, будет невероятное множество.
Источник: Tech Crunch
Подпишитесь на обновления сайта по RSS или по электронной почте.
Темы: микроблоги,
twitter,
технологии
Читайте также: