Какие http-заголовки являются обязательными?

никакие. каждый дрочет как хочет и как требует клиент

А, вот, например Connection: keep-alive тоже необязателен?

Если указать keep-alive, сервер скорее всего не станет разрывать соединение с клиентом. В противном случае скорее всего разорвет.

AFAIK обязательна только первая строка запроса (GET/ POST/etc.).

сервер скорее всего не станет разрывать соединение с клиентом

может наоборот, клиент с сервером? сервер то тут причем, как он может зависеть от своего ответа клиенту?

IIRC для HTTP/1.0 вообще никакие не обязательны.

Для HTTP/1.1 (и с vhosting) — как минимум Host.

GET/ POST/etc.

так это же строка запроса, клиентская строка, а не серверная. Сервер первой строкой шлет HTTP1.1 200 Ok, например.

HTTP/1.1 200 Ok

//fixed

А ты разве где-то уточнял, что говоришь об ответе?

Да, сорри, я не особо внятно написал. Собственно, на клиентские запросы мы повлиять все равно не можем, поэтому, как бы, о серверных, само-собой.

может наоборот, клиент с сервером? сервер то тут причем, как он может зависеть от своего ответа клиенту?

Сервер может отдать ответ и закрыть соединение. Но я ошибся, по спеке http/1.1 сервер не должен закрывать соединение, если явно не указан connection: close.

Сервер должен отдать статус, остальное не обязательно.

А что представляет из себя «закрытие» соединения с технической точки зрения? Что серверное приложение делает, чтобы закрыть соединение или оставить?

close(socketfd);

Хз, я пока сокет не закрою, у меня ответ не уходит почему то. По любому надо закрывать.

Я, таки, нифига не понял. Клиент мне шлет заголовок keep-alive. Я ему шлю ответ. Какой смысл дальше открытым сокет держать? Клиент получил что хотел, до свиданья. Может имеется в виду, что если клиент прислал close, значит этот запрос не требует ответа? можно сразу зкрывать сокет, и обрабатывать дальше его запрос, может в этом смысле?

Клиент мне шлет заголовок keep-alive. Я ему шлю ответ. Какой смысл дальше открытым сокет держать?

Такой смысл, что клиент явно сказал тебе не закрывать сокет, по нему придут следующие запросы

если клиент прислал close, значит этот запрос не требует ответа?

Чушь. Читай RFC до просветления

Да мало ли, что он сказал. Так при большой нагрузке сервер полетит нахрен. Сколько одновременно открытых сокетов допускается?

Ты в курсах, вообще, что современные клиенты всегда шлют keep-alive? Если ты не закрываешь сразу после ответа, то когда закрывать? Когда рак на горе свистнет?

Хз, я пока сокет не закрою, у меня ответ не уходит почему то. По любому надо закрывать.

TCP_NODELAY

Когда рак на горе свистнет?

Как-то так. Многие серверы закрывают соединение по прошествии определенного времени после последнего запроса и/или после обработки N запросов в одном соединении.

Смысл в том, чтобы не переоткрывать соединение кучу раз. Судя по всему по умолчанию предполагается, что клиент запросит страницу, распарсит ее и полезет на твой же сервер за прочим контентом: картинками, скриптами, css и т.д. Через какой-то таймаут, секунд 30, соединение можно разорвать, веб сервера обычно так и делают, клиенты это нормально обрабатывают.

TCP_NODELAY

Этим надо пользоваться, когда знаешь, что делаешь (оп точно не относится к этой категории)

Сколько одновременно открытых сокетов допускается?

Зависит от ОС и настройки лимитов

Ты в курсах, вообще, что современные клиенты всегда шлют keep-alive?

В HTTP/1.1 это вообще дефолтное значение

Зависит от версии, сходи почитай стандарт.

Де-юре никакие. Де-факто статус. Смысл вообще отвечать если ты даже статус не передаешь?