Comment by selcuka
17 hours ago
> FastCGI and HTTP are at two different levels. HTTP is for data transfer from, say, a browser and a server. FastCGI is for handling that data between the server and an application.
Not entirely correct. A reverse proxy can either speak HTTP, or a different protocol such as FastCGI with the application server. The article is talking about that communication.
They are not interchangeable for the browser-to-server communication, but they are for the server-to-application piece.
Your last sentence is exactly what I said.
You didn't though. You may have intended to?
The article points out that HTTP and FastCGI are both options for reverse proxies to communicate to the downstream server. I didn't find a reference to them being interchangeable outside of that context. If there is or was one please quote it.
I was responding to the comment, not the article.
1 reply →
The article is really exclusively about the reverse proxy server to server use case, not client to server. The title even says it.
I responded to the comment, not the article.