Комментарии 34
В Http изначально не предусмотрен механизм callback. Поэтому единственное что приходится делать — это периодический полинг и по возможности задерживать ответ http настолько насколько это возможно, оставляя коннекшн открытым. Дело усложняют корпоративные proxy, которые имеют собственное представление о запросах, времени ожидания и т.д… Как показывает практика, сервисы типа google talk и icq по http из корпоративного окружения работают вон плохо. Наши прокси, например, закачивают response, прогоняют через корпоративный антивирь и после этого отдают клиенту. Понятно проблематично будет использовать http streaming.
+2
С развитием модели клиент-сервер должны развиваться и приложения которые вклиниваются между клиентом и сервером: proxy, фаерволы, антивирусы и т.д. Ну и конечно админы :-)
иначе будем стоять на месте
иначе будем стоять на месте
0
HTTP Streaming != Commet.
Как бэ так сложилось, что это немного разые понятия.
Как бэ так сложилось, что это немного разые понятия.
0
Мне кажется, что самое просто решение для обратного вызова, это небольшой flash-апплет на клиенте.
Flash уже давно умеет работать с обычными сокетами, а так же взаимодействовать с JS в браузере, передавая ему событие и его данные. Почему бы не поручить ему эту часть работы.
На другой стороне может быть любой простейший socket-сервер.
Flash уже давно умеет работать с обычными сокетами, а так же взаимодействовать с JS в браузере, передавая ему событие и его данные. Почему бы не поручить ему эту часть работы.
На другой стороне может быть любой простейший socket-сервер.
+2
Тихо так,
кажись, будущее настает, раз пошла речь о таких технологиях.
кажись, будущее настает, раз пошла речь о таких технологиях.
-2
Круто только вот по моему серверы которые выдерживают 500000 запросов за нное количество времяни в раз эдак сто меньше выдержат клиентов подключенных за нное количество времяни, вопрос за чем так рисковать оборудованием и пользователями веб сайтов, ради первых подключенных?
Конечно круто, конечно здорово но, в в вебе оно лишнее, видь веб в приципе это большая доска обьявления которою должны просматривать люди а не к которым должна она сама приходить, хотя я и не против был бы, но вот опять и тут минус, мне надаест разнозчик этих обьевлений, а в вебе мне надоет постоянный конект с сервером.
Конечно круто, конечно здорово но, в в вебе оно лишнее, видь веб в приципе это большая доска обьявления которою должны просматривать люди а не к которым должна она сама приходить, хотя я и не против был бы, но вот опять и тут минус, мне надаест разнозчик этих обьевлений, а в вебе мне надоет постоянный конект с сервером.
-7
Глянул через Firebug
Реализация проста — с начала работы скрипт «устанавливает сессию», после чего отправляет запрос на сервер. Ждёт одно из следующих событий:
1. Обрыв соединения
2. Получение данных
В любом из случаев он сразу повторно открывает соединение!
Во втором случае — ещё и совершает действие, основанное на полученных данных
Огромное спасибо за статью!
Реализация проста — с начала работы скрипт «устанавливает сессию», после чего отправляет запрос на сервер. Ждёт одно из следующих событий:
1. Обрыв соединения
2. Получение данных
В любом из случаев он сразу повторно открывает соединение!
Во втором случае — ещё и совершает действие, основанное на полученных данных
Огромное спасибо за статью!
+1
Для Win32 есть дуплексные WCF-сервисы, правда, насколько я знаю, на стороне клиента там предполагается Silverlight, возможно я ошибаюсь.
0
[:|||||:]
-10
Лично я в подобной ситуации остановился на Erlang-е. Всем кому интересны подобные технологии рекомендую посмотреть и в эту сторону.
+2
Больше интересует как с этими вещами у flex и silverligth. Кто-нибудь решал такие задачи на этих технологиях?
0
НЛО прилетело и опубликовало эту надпись здесь
Я не совсем понял, кто-то тут еще писал про дуплексные сервисы — вы listeners-сокеты открываете на клиентской стороне? А как быть тем, кто за NAT сидит?
0
НЛО прилетело и опубликовало эту надпись здесь
Вообще, у меня вот ADSL модем и я сижу за NAT, на всех работах локальные сети за NAT — опять же — всякие устройства и гаджеты в мобильных сетях… Сложно представить даже количество людей сидящих за NAT или хотя бы firewall'ами. Вы включенный стандартный firewall Windows учли?
+1
НЛО прилетело и опубликовало эту надпись здесь
В среднем, согласно счетчикам, посетителей на сайтах в 1.3-1.5 раза больше, чем хостов.
0
НЛО прилетело и опубликовало эту надпись здесь
Кто такие вы?
Счетчики определяют. Не 100% точно (бывает что разными браузерами один человек пользуется или один браузер, но был реконнект в ходе которого был выдан новый ip), но это достаточно чтобы сказать, что на данный момент людей, что сидят за натом полно. Это и большие конторы и домосети и всякие студ. общаги где сотни и тысячи посетителей могут 1 или несколько ip использовать.
Счетчики определяют. Не 100% точно (бывает что разными браузерами один человек пользуется или один браузер, но был реконнект в ходе которого был выдан новый ip), но это достаточно чтобы сказать, что на данный момент людей, что сидят за натом полно. Это и большие конторы и домосети и всякие студ. общаги где сотни и тысячи посетителей могут 1 или несколько ip использовать.
0
НЛО прилетело и опубликовало эту надпись здесь
Не знаю. Я говорю лишь о том, что nat пользователей достаточно много, чтобы их игнорировать. Ну конечно если идеолог проекта человек разумный…
0
Ужс, неужто вы думаете что NAT пользователей лишь маленький процент?
Пускай, правда, что провайдеры дабы упростить себе жизнь начали выделять юзерам реальные айпишники, но как насчёт юзеров у которых дома Wi-Fi роутеры? Таких становится всё больше и больше.
Пускай, правда, что провайдеры дабы упростить себе жизнь начали выделять юзерам реальные айпишники, но как насчёт юзеров у которых дома Wi-Fi роутеры? Таких становится всё больше и больше.
0
И даже это далеко и ни разу не показатель.
Я сейчас сижу за ADSL-модемом. У меня внешний IP-адрес (пусть и динамический), внутри моей домашней подсети один компьютер. Я и посетитель и хост. Но к моему браузеру вы не пробьетесь пока я в модеме правила не настрою.
Я у скольких включен firewall под Windows — как creotiv собрался его включать? Неужели из набора секретных команд Javascript'а?
Я сейчас сижу за ADSL-модемом. У меня внешний IP-адрес (пусть и динамический), внутри моей домашней подсети один компьютер. Я и посетитель и хост. Но к моему браузеру вы не пробьетесь пока я в модеме правила не настрою.
Я у скольких включен firewall под Windows — как creotiv собрался его включать? Неужели из набора секретных команд Javascript'а?
0
Зачем-то сделали свою обертку вокруг epoll и свой http парсер, вместо того, чтобы взять libevent.
0
Уже в двух проектах использовал DWR, очень хорошо вписывается в архитектуру J2EE. Против всяких прокси используется Early Closing Mode. Остался доволен.
0
Если уж всё равно предлагается ставить ПО на сервер, то почему на костыли-то (HTTP)? Тогда уж полноценные сокеты открывать и на клиенте через флеш работать.
PS. сам делаю и на комете и на сокетах.
PS. сам делаю и на комете и на сокетах.
0
«Я как бэ не понял» (с), разве порт 6969 не является де-факто портом BitTorrent-трекеров? Или с появлением php'шных трекеров их вешают только на 80-ый порт? :)
0
Пообщался с автором по поводу поддержки не-линукс систем, если кому интересно:
Alexey Ivanov a écrit:
> > Are you planing to add support for non-epoll systems like FreeBSD and
> > Solaris by using kqueue and /dev/poll on that OSes?
> >
> > —
> > Sincerely y0uRz,
> > Alexey Ivanov
Hi Alexey,
Since kqueue et /dev/poll work on the same way than epoll, porting APE
to such OS could be pretty easy.
This will may be happen on the 1.0 release ;)
Cheer,
Anthony Catel
Alexey Ivanov a écrit:
> > Are you planing to add support for non-epoll systems like FreeBSD and
> > Solaris by using kqueue and /dev/poll on that OSes?
> >
> > —
> > Sincerely y0uRz,
> > Alexey Ivanov
Hi Alexey,
Since kqueue et /dev/poll work on the same way than epoll, porting APE
to such OS could be pretty easy.
This will may be happen on the 1.0 release ;)
Cheer,
Anthony Catel
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Изменить настройки темы
Пуш ми, бум-бум, тач ми… Ajax Push Engine