Приветствую всех читателей. Сейчас в веб-разработках столько трендов, что не уследишь. Но вопрос о реал-тайм взаимодействии с пользователями сайта стоит остро прочти для любого проекта. Простейший способ — поставить один из широко доступных открытых comet-серверов, например, Dklab_Realplexor, Socket.IO или Faye — что кому по душе или в зависимости от стека технологий. Правда это путь достаточно сложных проектов, где команда может себе позволить такое решение.

Для многих проектов попроще (хотя это всегда вопрос конкретики приложения) логично будет использовать сторонние решения. А проще — арендовать как услугу функционал comet-сервера. Сегодня недостатка в таких сервисах нет, так что нам есть что обозревать.

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

Таких сервисов всего 6: Pusher, Pubnub, Partcl, BeaconPush, X-Stream.ly и ioBridge (с некоторыми особенностями). Под катом — кратки обзор всех сервисов, особенностей РНР-библиотек для них и описание библиотеки pushBridge.IO для унификации работы со всеми облачными пуш-сервисами.

Ведущий программист группы Firebug Working Group Джон Бартон сообщил, что с понедельника начинает разработку WebDev нового поколения в составе команды браузера Chrome. С этого дня он больше не будет участвовать в поддержке и доработке расширения Firebug для Firefox.

Джон говорит, что пойти на этот шаг было тяжело, учитывая огромное влияние, которое Firebug оказал на Сеть в последние годы. Но сейчас уже у всех браузеров есть (или скоро будут) собственные отладчики, и делать инструменты следующего поколения на базе Firebug непрактично: «скорость изменений браузеров была слишком велика для нашей маленькой команды», а самому Firebug приходилось конкурировать с другими похожими инструментами для Firefox. Кроме того, «переход с десктопа на мобильную версию и от одного хайтек-браузера (Firefox) к трём или больше требует дополнительных усилий от разработчиков» и Бартону приходилось рассчитывать на дополнительные «спонсорские» ресурсы своего бывшего работодателя IBM. В компании Google, конечно же, работать проще.

На новом месте Джон Бартон первым делом займётся завершением отладчика QueryPoint, а дальше по ситуации. Есть план привлечь кого-нибудь из команды Firebug, чтобы портировать на Chrome протокол удалённой отладки.