ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


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


  ПРОГРАММЫ 



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














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

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

[apache-talk] =?KOI8-R?Q?Re=3A_=5Bapache-talk=5D_=F7=CF=D0=D2=CF=D3_=D0=D2=CF_s?==?KOI8-R?Q?ubrequest-=D9_=CB_=DA=CE=C1=D4=CF=CB=C1=CD_Apache_API?=



On Wed, 6 Feb 2002, Sergey Gershtein wrote:

> Возникла потребность сделать следующее. Модуль apache делает
> внутренний subrequest на заданный URI и предпринимает те или иные
> действия в зависимости от результата. Фокус в том, что этот самый
> subrequest обрабатывается чем-то внешним (например, cgi-скриптом).
> 
> Отсюда, собственно, вопрос: как?  Либо я чего-то не понимаю, либо
> возникает странная картина:
> 
> ap_sub_req_lookup_uri() собственно запроса не сделает, а проверит лишь
> его возможность
> 
> ap_run_sub_req() выполнит запрос и передаст результат сразу клиенту.
> 
> Это так?  А если надо результат никуда не отдавать, а локально
> обработать?
> 
> Прошу сразу не набрасываться, видимо я просто чего-то не понимаю, если
> дадите ссылку, где на эту тему почитать, буду благодарен.

Стандартными средствами - никак. Но можно сделать, как делает mod_gzip -
перенаправить вывод во временный файл.

Делаем ap_sub_req_lookup_uri(), дискриптор временного файла
записываем в sub_req->connection->client->fd, предварительно сохранив старое
значение. Выполняем ap_run_sub_req(). Востанавливаем старый дискриптор.

Игорь Сысоев

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.