Согласен, история Байнета картинках — это классика. я бы добавил в список «кожуринки» (офлайн пати, проводимые Дмитрием Кожурой на заре Байнета — конец 90х), как важную веху. Именно тогда мы начали узнавать друг друга в лицо :))
Первый и единственный интернет-фестивать от Соло
Интернет форумы by'99-200x и клуб Ивана Петровича
Ну и если выловить А. Иванова — он, помнится, никогда не отказывался пуститься в ностальгические воспоминания о первом «контакте».
Стартапы — это почти всегда хорошо, Борисевичу вечный респект, а вот таких тайтлов как "… объединение России и Украины" было бы неплохо избегать. Это-то привлекает аудиторию, но совсем не целевую.
Теперь добавил в пример для демонтрации Server-Sent Events — помимо нативных Chrome, Safari, Opera еще и эмулятор для Firefox. Смотреть здесь sapid.sourceforge.net/ssetest/
Мне тоже не попадалось пояснений со стороны разработчиков Google. Но народ как-то сходится на мнении, что Chrome делает что-то вроде нативного polling. Так что действительно не ясно, есть ли какие-либо плюсы в такой имплементации. Под Оперой я вижу — там просто цикл while(true) — stackoverflow.com/questions/2561764/use-a-x-dom-event-stream-stream-in-javascript
Впрочем, это частные решения. В стандарте (draft) ничего подобного я не видел, но любые реализации на его основе как-бы должны дать следующие преимущества перед привычным Comet:
Using this API rather than emulating it using XMLHttpRequest or an iframe allows the user agent to make better use of network resources in cases where the user agent implementor and the network operator are able to coordinate in advance. Amongst other benefits, this can result in significant savings in battery life on portable devices.
Признаться, еще недавно это было x-dom-event-stream и народ юзал именно так SSE под Оперой. Теперь же они остановились на text/event-stream (хотя это по прежнему в обсуждении). Когда всеже определятся, передадут в IANA на регистрацию и вот тогда оно таки станет стандартом. А пока типа «велосипед»
Вчера написал простенький чат на JS в стиле Google Waves (участники видят набор текста друг друга в реальном времени). Работает одинаково шустро в Chrome 4 (WebSocket) и FireFox 3.5/Opera 10 (эмуляция)
The crossdomain.xml file affects HTTP, HTTPS and FTP access to content on your webserver. (You can read more about it here.) This file has no effect on socket connections. You must set up a socket policy server to allow Flash-based socket access. www.lightsphere.com/dev/articles/flash_socket_policy.html
По сути STOMP или AMQP не обязательны, но с одним из них можно реализовать event-driven architecture и вовлечь в нее клиент через Web Sockets, не заботясь ни о семантике потоков сообщений, ни о масштабируемости системы в целом. В случае полноценного стартапа, а не отдельно взятой задачи — Message Queue это то что надо. А если система еще и гетерогенная, то без «очереди» вообще не обойтись.
Первый и единственный интернет-фестивать от Соло
Интернет форумы by'99-200x и клуб Ивана Петровича
Ну и если выловить А. Иванова — он, помнится, никогда не отказывался пуститься в ностальгические воспоминания о первом «контакте».
sapid.sourceforge.net/ssetest/
Впрочем, это частные решения. В стандарте (draft) ничего подобного я не видел, но любые реализации на его основе как-бы должны дать следующие преимущества перед привычным Comet:
Using this API rather than emulating it using XMLHttpRequest or an iframe allows the user agent to make better use of network resources in cases where the user agent implementor and the network operator are able to coordinate in advance. Amongst other benefits, this can result in significant savings in battery life on portable devices.
Я имел ввиду тот чат использует MongoDB
www.lightsphere.com/dev/articles/flash_socket_policy.html
В указаном примере WebSocket.js (http://github.com/gimite/web-socket-js/blob/master/flash-src/WebSocket.as) представлена имплементация на Actionscript