 Шлюз следующая конфа:
Шлюз следующая конфа: 
> кодек покадровый
 Ага, тоже мысли были первая с пулами, вторая с кешированиями, т.к. возможны большие дисковые операции. Кстати при методе CONNECT, т.е. создается труба в которой траф, что с кешированием, не уж то по кадрам?
Ага, тоже мысли были первая с пулами, вторая с кешированиями, т.к. возможны большие дисковые операции. Кстати при методе CONNECT, т.е. создается труба в которой траф, что с кешированием, не уж то по кадрам?  Лучше сначало попробуй no_cache сделать для IP камеры.
Лучше сначало попробуй no_cache сделать для IP камеры.
 Ладно, с этим разобрался, тут в другом дело, советую всем через прокси посетить страницу http://checker.samair.ru/ и дальше обсудить что по чем.
Ладно, с этим разобрался, тут в другом дело, советую всем через прокси посетить страницу http://checker.samair.ru/ и дальше обсудить что по чем.
 Если ты про передачу данных через заголовки запросов, то крути опцию header_access в сквиде.
Если ты про передачу данных через заголовки запросов, то крути опцию header_access в сквиде. Ага, это прикрыто уже. Линк для всех, кто хочет потестировать свой проксик. Кстати по поводу, почему я тут это выкинул ни с того ни с сего, оффтоп. Очень любопытная ситуация по началу возникла. По дефолту forwarded_for в on стоит (в конфе его нету, но ключ on), соответственно проксик не анонимный, показывает как внешний так и ИП ПК из локалки, который работает через прокси, плюсом версию проксика и прочее. Так вот есть сайт, у которого несколько страниц входили в ступор, т.е. сек 30 что то грузят, далее быстрая передача данных. Лог access молчит, т.е. по нему все верно, сначала ни чего не передается (ошибок запретов нет), потом вижу запросы. При постановке forwarded_for  в off проблема решена. На этих страницах, как я предполагаю (уверен на 99%) есть скрипт обрабатывающий кто откуда и зачем (велосипед), так вот думаю именно избыток этой информации приводил к ступору скрипта, еще раз повторюсь - ступор только трех страниц из всего сайта, на которых велся учет.
Ага, это прикрыто уже. Линк для всех, кто хочет потестировать свой проксик. Кстати по поводу, почему я тут это выкинул ни с того ни с сего, оффтоп. Очень любопытная ситуация по началу возникла. По дефолту forwarded_for в on стоит (в конфе его нету, но ключ on), соответственно проксик не анонимный, показывает как внешний так и ИП ПК из локалки, который работает через прокси, плюсом версию проксика и прочее. Так вот есть сайт, у которого несколько страниц входили в ступор, т.е. сек 30 что то грузят, далее быстрая передача данных. Лог access молчит, т.е. по нему все верно, сначала ни чего не передается (ошибок запретов нет), потом вижу запросы. При постановке forwarded_for  в off проблема решена. На этих страницах, как я предполагаю (уверен на 99%) есть скрипт обрабатывающий кто откуда и зачем (велосипед), так вот думаю именно избыток этой информации приводил к ступору скрипта, еще раз повторюсь - ступор только трех страниц из всего сайта, на которых велся учет.
Powered by mwForum 2.12.0 © 1999-2007 Markus Wichitill
Page created in 0.090s with 11 database queries.