Tango писал(а):Посмотрел тут примеры. И возник вопрос: А как создать сервер с пулом процессов на каждое подключение? Вроде всё есть, но как?
Что бы не по кнопки, как в одном из примеров, а сам создавал поток.
Обычно в классическом веб-сервере все работает довольно просто: в отдельном потоке крутится цикл "проверки запроса" и поскольку обработка каждого запроса идет достаточно быстро то смысла порождать дополнительные потоки довольно мало, но если некая задача требует реально много времени для выполнения запроса, то сервер запускает отдельный поток ( но необязательно через TThread ), ( клиенту выдается банер типа "Ждите, произвожу поиск в БД...") и возвращает управление главному циклу "проверки запроса". ( при повторном запросе который на стороне клиента может выдавить и банальный скрипт с таймером просто проверяется окончание обработки задачи ( например консольной утилитой ) и или снова выдаёт банер ожидания или выкатывает долгожданный результат работы )
Такая вроде бы совершенно асинхронная и кривая система вполне работает по причине наличия "стека запросов" и того что клиент будет гнать повторы запросов до получения ответа или завершения таймаута .
Разумеется для реальной работы, нужно отслеживать каждый зашедший на сайт клиент и "контекстно" отвечать именно ему .
( Хотя чистый гипертекст вполне можно вдавить "на общих основаниях " и что забавно, этому самому простому режиму работы сервера почти не страшен никакой ДДОС )