Какой механизм используется для блокирования зацикливания
по ngx_http_subrequest в ngx_http_ssi_filter_module?
Насколько я понял, эмулируется сессия с помощью:
ngx_http_get_module_ctx ( r, ngx_http_ssi_filter_module );
ngx_http_set_ctx ( r, ctx, ngx_http_ssi_filter_module );
Но я столкнулся с тем, что первый параметр "r" (ngx_http_request_t)
в ngx_http_ssi_body_filter меняется после вызова ngx_http_subrequest,
и ngx_http_get_module_ctx возвращает NULL, даже если заранее
инициализировать через ngx_http_set_ctx в ngx_http_ssi_header_filter.
Как это работает в ngx_http_ssi_filter_module?
----- Original Message -----
From: "Igor Sysoev" <is@xxxxxxxxxxxxx>
To: <nginx-ru@xxxxxxxxx>
Sent: Thursday, June 07, 2007 1:21 PM
On Thu, Jun 07, 2007 at 01:10:15PM +0400, Denis Erygin wrote:
Прописал HTTP_AUX_FILTER_MODULES.
Есть вопрос насчет буферов:
static ngx_int_t ngx_http_my_body_filter ( ngx_http_request_t* r,
ngx_chain_t* in )
Если смотреть in->buf, то pos = last = start = end = NULL,
но инициализирован file и in_file = 1, тогда как в
ngx_http_chunked_module
можно прочитать буфер сразу из pos. Поскольку основа фильтра взята от
chunked
модуля, то предполагаю, что это зависит от порядка модулей в цепочке?
Нет, chunked берёт размер буфера из ngx_buf_size(cl->buf). Там используется
file_pos, если in_file = 1.
Вставлять свой модуль нужно примерно там, куда его вставляет AUX.
На уровне chunked после gzip'а делать нечего.