Какие нужные фичи HTTP считаются самыми тяжёлыми в реализации?

Закачка файлов. Я так и не реализовал закачку "с обратной связью" в своей CGI-библиотеке. А в остальном вроде фигня.

sendfile() // thread

весь сервер как одно целое и довольно сложно - отдельных фич нет ибо бессмысленно отделять, хотя условно можно сказать что обертки TCP/сокеты/демонизация достаточно нетривиальны на фоне остальных задач

Apache например - само название говорит за себя...

нихера нет сложного.

/thread

Сложно - контроль за текущим состоянием (переходы по стейт-машин в смысле) соединения, особенно вкупе с SSL. Это если сервер асинхронный, если синхронный - то не так сложно. Надо только чтобы логическая модель выбранная стандарту соответствовала - хедеры могут быть после тела, упомянутые чанкед/мультипарт и т.п.

Традиционно забывают заимплементить http post expect continue, но это несложно, просто его забывают.

Очень больно делать pipeline. Это реально очень больно, потому что надо жестко ограничивать пользователя сервера в возможностях различных ответов.

да ладно, хедеры после тела? Как это?

Их еще Footers или Trailers называют, лень искать в стандарте, их после chunked тела обычно шлют с какой-то информацией собранной в процессе отправки chunked.

Вот пример когда они кому-то понадобились, а вот пример реализации в промышленном сервере.

стыд, позор. Я не знал про Trailers, но если подумать, то после Chunked это очень полезная фича, например передать чексумму или длину того, что доехало чанками, что бы свериться с клиентом.

Простота и неперегруженность [/thread]