3 ms·
> I only met FastCGI in PHP. All NodeJS apps I saw used HTTP. And I met FastCGI in Python, Perl, Ruby, and Erlang (though I haven't used the last one yet). Oh,
by dozzie 10y ago
> I only met FastCGI in PHP. All NodeJS apps I saw used HTTP.
And I met FastCGI in Python, Perl, Ruby, and Erlang (though I haven't used the
last one yet). Oh, and uWSGI can expose anything it runs through FastCGI.
My personal opinion is that web crowd (most of JavaScript programmers fall in
here) just doesn't want to learn from anybody else.
> Is there any benefit of doing it that way?
Compared to running the tiny web application on 80/tcp? Sure: I can run more
than one and I don't need root privileges for the application.
Compared to running the application behind a reverse proxy? Ditto: it's
virtually impossible to get the setup wrong, so it's easier in the long run.
> How does it work with WebSockets?
No idea. I don't develop web applications.
- k__ 10y agoI just read that WebSockets aren't supported by FastCGI, so I guess this is the reason for all the reverse proxying in Node-land, hehe
- krzyk 10y ago> My personal opinion is that web crowd (most of JavaScript programmers fall in here) just doesn't want to learn from anybody else. Where would you put Java programmers? I haven't seen FastCGI there. > No idea. I don't develop web applications. So why do you talk about FastCGI? It is strictly for web stuff.