Comments 19
UFO just landed and posted this here
" — Это почему я раньше такой вредный был? Потому что у меня своего велосипеда не было! А теперь есть, я теперь добреть начну, зверушку какую-нибудь заведу. jQery там, или socket.io"
Велосипед конечно в чистом виде, но попробовать самому пописать такие велосипеды исключительно полезно. Просто чтобы на практике понять каков он, этот зверь «long polling». Главное вовремя остановиться и переключиться на socket.io
Я вообще пошёл дальше и перешёл на Node.js. А ведь был перлистом до мозга и костей.
Я вообще пошёл дальше и перешёл на Node.js. А ведь был перлистом до мозга и костей.
habrahabr.ru/post/104945/
вроде уже было?
вроде уже было?
у себя оч давно использую dklab.ru/lib/dklab_realplexor/
Вы уж простите, но! Передавать в таком виде обработчик (в клиентском коде) это просто изврат извратов.
изврат, но зато насколько прикольный изврат, разве нет?!
разве было бы лучше писать ссылки на функции, через запятую, в перемешку с параметрами, и гадать что сначала ссылка или порт? эта строка парсится один раз, при загрузке страницы, и на производительность никак не влияет. если бы парсилась при каждом запросе — согласен.
так, мне показалось, будет удобней.
разве было бы лучше писать ссылки на функции, через запятую, в перемешку с параметрами, и гадать что сначала ссылка или порт? эта строка парсится один раз, при загрузке страницы, и на производительность никак не влияет. если бы парсилась при каждом запросе — согласен.
так, мне показалось, будет удобней.
Как обрабатываются события возникшие на сервере в момент когда сервер уже отправил ответ, а клиент ещё не прислал следующий запрос («задержка пинга»)?
Можно было бы сделать проще на базе — socket.io/ что также позволило бы использовать более быструю технологию при старте
Для перла есть прекрасный mojolicious, который из коробки умеет в том числе и websocket'ы. В JS уже всё изобрели до нас: socket.io
Не socket.io единым… github.com/sockjs/sockjs-client
Поддержу. По сравнению с Socket.IO, лучше поддерживается авторами и имеет множество тестов.
Ну, ребята из проекта MeteorJS его и используют — очень стоящая вещь. Но socket.io тоже чертовски хорош, так что тут уже дело вкуса скорее.
У вас в .js файле какой-то перл код! Куча регулярок…
Зачем-то написали собственный сериализатор JSON и обёртку для AJAX.
Не силён в перле, не понял что там с мультиплексированием… На сервере там CGI скрипт обычный что ли? Под апачем?
Я правильно понял, что для передачи данных между пользователями данные записываются в файл на диске одним cgi процессом и считываются другим?
Как то адово, я вам скажу.
Зачем-то написали собственный сериализатор JSON и обёртку для AJAX.
Не силён в перле, не понял что там с мультиплексированием… На сервере там CGI скрипт обычный что ли? Под апачем?
Я правильно понял, что для передачи данных между пользователями данные записываются в файл на диске одним cgi процессом и считываются другим?
Как то адово, я вам скажу.
1) а где именно в js-файле вы нашли перл код?
2) простейшую «обёртку» к ajax, да, каюсь, написал, но велосипед с двигателем от комбайна было бы веселей, не спорю.
( cpan'овский JSON-2.53 занимает 286,9Кб, мой «велик» 5.8)
3) да, под апачем, на виртуальном хостинге, с максимальным временем жизни процесса в 30 секунд.
4) да — сервер на одном процессе это был бы рай, наверное, согласен.
2) простейшую «обёртку» к ajax, да, каюсь, написал, но велосипед с двигателем от комбайна было бы веселей, не спорю.
( cpan'овский JSON-2.53 занимает 286,9Кб, мой «велик» 5.8)
3) да, под апачем, на виртуальном хостинге, с максимальным временем жизни процесса в 30 секунд.
4) да — сервер на одном процессе это был бы рай, наверное, согласен.
github.com/extend/bullet — понравился больше, чем сокетио
Сейчас уже прилично технологий, которые позволяют не разрывать коннект после получения пачки данных. Почему бы не испольвать их? EventSource например.
Sign up to leave a comment.
Псевдо веб сокеты