ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[8]: Comet



Здравствуйте Виталий,

Вероятно  nginx может слушать какой-то ещё хост/ip/порт и принимать на
него  все  запросы,  которые  приходят от постящих в чат месаги, затем
прокидывать их на бэкенд, который будет что-то отвечать. Но этот ответ
бэкенда улетит в другой блок server{...}, в котором висит куча юзеров,
"медленно  качающих"  не кончающуюся страничку. Т.е. приходит запрос к
одному server{}, а отдаётся через другой.

Только  нужно ещё придумать что отдавать тому, кто запостил. Можно его
на  однопиксель  зарулить.  Или можно бэкендом как-то 2 ответа в одном
формировать: один для всех и один для постящего...

Или вместо server{...} можно location{}-ы использовать.

Возможно   подобная   схема,   не  ломая  архитектуры  nginx,  поможет
реализовать  Комет.  При  этом  нагрузка  будет  минимальна  -  бэкенд
обслуживает  только  постинги,  а  всю  раздачу  этих постингов делает
nginx.

AS>> какой функционал то ? непонятно что вы в данном случае хотите от nginx

VP> Видимо, модуль для работы с постоянно открытыми соединениями, и API
VP> для работы с данными соединениями со стороны сервера, если я правильно
VP> понимаю.

VP> В обычной ситуации после того как скрипт закончил работу, нельзя
VP> сказать серверу, чтобы он удерживал соединение открытым, и потом туда
VP> что-нибудь еще "долить" или получить данные при следующем вызове.



  

--

С уважением,
Михаил Монашёв, SoftSearch.ru
mailto:postmaster@xxxxxxxxxxxxx
ICQ# 166233339
http://softsearch.ru/
Без бэкапа по жизни.




 




Copyright © Lexa Software, 1996-2009.