> From apache-talk-dev-null@apache.lexa.ru Mon Sep 27 15:08:04 1999
> To: apache-talk@lists.lexa.ru
> From: Alex Tutubalin <lexa@lexa.ru>
> Subject: [apache-talk] Are long connections possible?
> Date: Mon, 27 Sep 1999 14:39:54 +0300
>
> Hi,
> alr> Увы! Каждый сеанс имеет свои данные и соответственно свою реакцию на
> alr> совершенно одинаковые запросы. Можно, конечно, всю информацию хранить в
> alr> БД, но уж очень медленно будет работать.
> Файловая система - та же БД, но почему-то никто не жалуется :).
>
> alr> А как можно из модуля поменять порт, который будет слушать данный
> alr> экземпляр apache, со стандартного 80 на какой-либо еще? (если такая
> alr> возможность вообще есть?)
> Такой возможности нет и она в пpинципе невозможна. Да и вообще, модуль
> pаботает, когда данный экземпляp апача уже пpинял соединение, менять поpт уже
> поздно.
>
> Hо вообще я не совсем понимаю пpоблему. HTTP - stateless и апач этому
> опpеделению следует. statefull навешивается кучей способов, но к httpd эти
> способы не имеют никакого отношения - не его это задача.
есть больной способ - запускать cgi, который биндит tcp-сокет
на порт, отдает ответ (что-нидь типа 302 и Location на этот порт),
демонизируется и висит в ожидании ответа.
далее, в зависимости от воображения - либо свой обработчик http-запросов,
либо dup2 stdin, stdout, передача через ENV каких-либо
параметров и exec апачя в inetd-режиме.
второй вариант даже работает, но нужно каким-либо образом обязательно
задать максимальное время висения и число обрабатываемых запросов.
надо сказать, что оба способа - извращение, и необходимы лишь
в исключительных случаях.
P.S. правда, такие случаи возникают и даже не так давно мне приходилось
реализовывать схему, подобную второму варианту.
Sincerely your,
Cyril A. Vechera
email:cyril@piter.net ---------
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
