Комментарии 15
Спасибо!
как раз хотел попробовать, завтра поговорю с нашим админом на предмет тестирования
НЛО прилетело и опубликовало эту надпись здесь
Не все так радужно как кажется.
Во первых не получится одновременно раздавать статику и проксировать сокеты на одном хосте/порту.
Во вторых такой подход автоматически исключает наиболее логичный и удобный вариант использования — проксирование соединений в зависимости от Location.
Во первых не получится одновременно раздавать статику и проксировать сокеты на одном хосте/порту.
Во вторых такой подход автоматически исключает наиболее логичный и удобный вариант использования — проксирование соединений в зависимости от Location.
Т.е. это расширение не поддерживает location? Если да, то в топку его…
Да, это так, но всегда можно допилить нужный функционал — в этом радость опенсорса, или полностью перейти на HAProxy, например.
Хотя при большом желании можно извратиться и реализовать логику проксирования «обычного» html/php трафика в nodejs через модуль node-http-proxy.
Как результат и faye и «обычный» трафик будут на одном порту, и даже можно разрулить по географической привязке, но подобное решение не кажется мне идеологически правильным.
Хотя при большом желании можно извратиться и реализовать логику проксирования «обычного» html/php трафика в nodejs через модуль node-http-proxy.
Как результат и faye и «обычный» трафик будут на одном порту, и даже можно разрулить по географической привязке, но подобное решение не кажется мне идеологически правильным.
я правильно понимаю что эту проксю можно держать на отдельном порту не мешая обычному http-трафику?
Уважаемый all, а подскажите, пожалуйста, что значит каждый из параметров статистики.
похоже, ситуация меняется к лучшему
Changes with nginx 1.3.13 19 Feb 2013
*) Feature: support for proxying of WebSocket connections.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Поддержка реверс-проксирования Web Sockets в Nginx