Псевдо веб сокеты

[pikko]

" — Это почему я раньше такой вредный был? Потому что у меня своего велосипеда не было! А теперь есть, я теперь добреть начну, зверушку какую-нибудь заведу. jQery там, или socket.io"

[Staltec]

Велосипед конечно в чистом виде, но попробовать самому пописать такие велосипеды исключительно полезно. Просто чтобы на практике понять каков он, этот зверь «long polling». Главное вовремя остановиться и переключиться на socket.io

Я вообще пошёл дальше и перешёл на Node.js. А ведь был перлистом до мозга и костей.

[Vilko]

habrahabr.ru/post/104945/
вроде уже было?

[SONce]

у себя оч давно использую dklab.ru/lib/dklab_realplexor/

[zxcabs]

Вы уж простите, но! Передавать в таком виде обработчик (в клиентском коде) это просто изврат извратов.

[pikko]

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

[lega]

Как обрабатываются события возникшие на сервере в момент когда сервер уже отправил ответ, а клиент ещё не прислал следующий запрос («задержка пинга»)?

[pikko]

каждое событие меняет номер «пластинки», у каждый клиент знает какой номер он «слышал» последним, и поэтому знает сколько перемен произошло, и может каждое обработать, если нужно

[qxfusion]

Можно было бы сделать проще на базе — socket.io/ что также позволило бы использовать более быструю технологию при старте

[jodaka]

Для перла есть прекрасный mojolicious, который из коробки умеет в том числе и websocket'ы. В JS уже всё изобрели до нас: socket.io

[murr]

Не socket.io единым… github.com/sockjs/sockjs-client

[seriyPS]

Поддержу. По сравнению с Socket.IO, лучше поддерживается авторами и имеет множество тестов.

[VasilioRuzanni]

Ну, ребята из проекта MeteorJS его и используют — очень стоящая вещь. Но socket.io тоже чертовски хорош, так что тут уже дело вкуса скорее.

[seriyPS]

У вас в .js файле какой-то перл код! Куча регулярок…

Зачем-то написали собственный сериализатор JSON и обёртку для AJAX.

Не силён в перле, не понял что там с мультиплексированием… На сервере там CGI скрипт обычный что ли? Под апачем?
Я правильно понял, что для передачи данных между пользователями данные записываются в файл на диске одним cgi процессом и считываются другим?
Как то адово, я вам скажу.

[pikko]

1) а где именно в js-файле вы нашли перл код?

2) простейшую «обёртку» к ajax, да, каюсь, написал, но велосипед с двигателем от комбайна было бы веселей, не спорю.
( cpan'овский JSON-2.53 занимает 286,9Кб, мой «велик» 5.8)

3) да, под апачем, на виртуальном хостинге, с максимальным временем жизни процесса в 30 секунд.
4) да — сервер на одном процессе это был бы рай, наверное, согласен.

[Drinker]

github.com/extend/bullet — понравился больше, чем сокетио

[TWINc]

Сейчас уже прилично технологий, которые позволяют не разрывать коннект после получения пачки данных. Почему бы не испольвать их? EventSource например.