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