|
|
|
Создание модулей для nginx, общающихся с другими сетевыми серверами по другим протоколам.
|
|||
|---|---|---|---|
|
#18+
Реализовать чего я хочу, судя по мануалам, просто... Реализовал для начала хэндлер, который просто видит все входящие запросы, складывает прилетевший запросный URI в файл /tmp/123.txt и возвращает NGX_DECLINED (чтобы nginx думал, что мы отказались отрабатывать этот HTTP-запрос и продолжал предлагать его другим модулям). Цель конечная: быть таким же модулем, который видит запросы, точно также отказывается их обрабатывать, но при этом ещё отправляет их копии в другой хрустальный полированный HTTP-сервант со столовыми приборами, жаждущими кота и слона. Пытаюсь заюзать для этого upstream-стафф. Не могу осилить, в каком месте указать этому upstream, С КЕМ (адрес+порт) общаться. В структурах есть всё, вплоть до sockaddr_in и т.п., но не хочет же он, чтобы я делал connect() сам. Идея upstream-стаффа в использовании сетевого сокето-юзательного движка nginx, не выполняя в коде модуля блокирующих операций. Модули просто "заказывают" разные ништяки ядру nginx, ставят в очередь и ждут вызова своих коллбеков, если кому интересно... Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 09:20:38 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=36456713&tid=1343900]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
37ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 342ms |

| 0 / 0 |
