Comment by selcuka
13 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.
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.