headers
o1egus | 1 Jun 2010 10:03
Picon

фильтр дублирует ответы

Привет.

Написал простой фильтр для nginx. 
nginx фронтенд(localhost:8000). apache бэкенд(localhost:80).

Код фильтра.
[code]
#include "pg.h"

#include <ngx_config.h>
#include <ngx_core.h>
#include <ngx_http.h>

static ngx_int_t ngx_http_pg_filter_init(ngx_conf_t *cf);
static ngx_int_t ngx_http_pg_header_filter(ngx_http_request_t *r);
static ngx_int_t ngx_http_pg_body_filter(ngx_http_request_t *r, ngx_chain_t *in);

static ngx_http_module_t  ngx_http_pg_module_ctx = {
    NULL,                          /* preconfiguration */
    ngx_http_pg_filter_init,       /* postconfiguration */

    NULL,                          /* create main configuration */
    NULL,                          /* init main configuration */

    NULL,                          /* create server configuration */
    NULL,                          /* merge server configuration */

    NULL,  						   /* create location configuration */
    NULL						   /* merge location configuration */
};
(Continue reading)

Permalink | Reply | 2 comments |
headers
Maxim Dounin | 1 Jun 2010 10:41
Picon

Re: фильтр дублирует ответы

Hello!

On Tue, Jun 01, 2010 at 04:03:20AM -0400, o1egus wrote:

> Написал простой фильтр для nginx. 
> nginx фронтенд(localhost:8000). apache бэкенд(localhost:80).

[...]

> Откуда берется повторный ответ с пустым буфером?

Буферов в ответе - обычно много, это нормально.  Пустые
буфера - 
должны быть специальные (flush, last_buf, ...).  В вашем случае 
это last_buf, т.е. буфер сигнализирующий окончание ответа.

Maxim Dounin

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 1 comment |
headers
o1egus | 1 Jun 2010 10:47
Picon

Re: фильтр дублирует ответы

Действительно last_buf. Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,93023,93037#msg-93037

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
Игорь Хомяков | 1 Jun 2010 11:08
Picon

дублирование запросов на upstream

Привет !

Существует способ сдублировать запросы на 2-ой upstream ?
то есть
чтобы 2  upstream-а получали одинаковые запросы с одного nginx-а

кроме вариантов с access log -> fetcher

use case: тестирование, прогрев кешей

--

-- 
WBR
Igor Homyakov
System Administrator, Embria
_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 5 comments |
headers
Andrey N. Oktyabrski | 1 Jun 2010 11:38
Picon
Gravatar

Re: дублирование запросов на upstream

On 06/01/10 13:08, Игорь Хомяков wrote:
> Существует способ сдублировать запросы на 2-ой upstream ?
то есть
> чтобы 2  upstream-а получали одинаковые запросы с одного nginx-а
>
> кроме вариантов с access log ->  fetcher
>
> use case: тестирование, прогрев кешей
Для тестирования - очень давно проскакивал тут
модуль udplog или что-то 
такое...

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
Sergey Shepelev | 1 Jun 2010 11:44
Picon
Gravatar

Re: дублирование запросов на upstream

2010/6/1 Игорь Хомяков <homyakov <at> embria.ru>:
> Привет !
>
> Существует способ сдублировать запросы на 2-ой upstream ?
то есть
> чтобы 2  upstream-а получали одинаковые запросы с одного nginx-а
>
> кроме вариантов с access log -> fetcher
>
>
> use case: тестирование, прогрев кешей
>

netcat + tee

> --
> WBR
> Igor Homyakov
> System Administrator, Embria
> _______________________________________________
> nginx-ru mailing list
> nginx-ru <at> nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 3 comments |
headers
gennady | 1 Jun 2010 11:56
Picon

Проблема с Progress Module

Здравствуйте. Есть небольшая проблема с закачкой
больших файлов, вернее с отслеживанием состояния.
Для небольших файлов работает нормально, но стоит
загрузить большой файл (около 400Мб), то уже после
закачки файла, когда статус должен быть в общем-то done,
nginx все-равно возвращает статус uploading  и оставшееся и
закаченное значение равно размеру файла. Причем
возвращает он это состояние втечение 20 - 30 секунд, то
есть погресс бар на клиентской стороне еще долго
показывает 100% и подвисает... Может какие-то ограничения?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,93063,93063#msg-93063

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 7 comments |
headers
Pavel Krush | 1 Jun 2010 12:39

Re: Проблема с Progress Module

track_uploads

syntax: track_uploads zone_name timeout

Возможно стоит улеличить таймаут?
Все закачки с несуществующими(удаленными по
таймауту) айдишниками
возвращаются в статусе uploading
_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
Yury V. Zaytsev | 1 Jun 2010 13:55
Picon

Re: nginx (Windows XP) + php-cgi.exe - одновременно обрабатывает только один запрос - остальные ждут

Peter Vereshagin Wrote:
-------------------------------------------------------
> 
> в cygwin есть и FCGI-Spawn через
> него замечтательно
> форкуется ( windows это видит
> как нативные треды --- такой
> уж в cygwin есть wrapper ). php под
> cygwin не припоминаю, хотя
> собирал. И mysql тоже.

Вообще-то есть Interix, раз уж на то пошло :-)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,92416,93086#msg-93086

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
gennady | 1 Jun 2010 14:00
Picon

Re: Проблема с Progress Module

Не думаю... Дело в том, как я выяснил, после загрузки
файла, вместо того чтобы передать управление PHP
скрипту, nginx чего ждет, как бы подвисает. И только по
прошествии несколких секунд управление переходит
скрипту и инициируется ответ клиенту. Может быть
пересобрать модуль с режимом debug... насколько это
целесообразно и какую информацию для отладки я получу?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,93063,93089#msg-93089

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 1 comment |

Gmane