- From: Jesús Leganés-Combarro <notifications@github.com>
- Date: Sat, 22 Jul 2023 04:49:36 -0700
- To: whatwg/fetch <fetch@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Saturday, 22 July 2023 11:49:42 UTC
When HTTP was being used just for request-response, It made sense of being half-duplex: made a (small) request, finish to fully receive It, process, and send response back. But now we can send streams, not just "fixed size" requests, so not only for performance reasons make sense to start processing the request without fully receiving It, but also send back the response, but also from an users and developer PoV makes sense too. Servers are already working like that for performance reasons (for example Node.js), missing part to standarize It are browsers. I know there can be problems if an issue appears in the middle of receiving the requests and the response started to be send, that's the kind of details the spec needs to solve, but for the "happy path", technically IS totally feasable to implement. -- Reply to this email directly or view it on GitHub: https://github.com/whatwg/fetch/issues/1254#issuecomment-1646565275 You are receiving this because you are subscribed to this thread. Message ID: <whatwg/fetch/issues/1254/1646565275@github.com>
Received on Saturday, 22 July 2023 11:49:42 UTC