[Return]

Report a post

Preview
>why did CGI scripting die off anyway? it seems perfectly serviceable for software like this
I don't know teh technicalities, but it seems to have inherent limitations regarding "live" updates and things of that nature

Here's something from teh interwebz circa 2018: https://www.perl.com/article/perl-and-cgi/#why-not-to-use-cgi
So, why did CGI drop from “state of the art” to discouraged by its own maintainers?

There are two big issues with CGI: speed and complexity. Every HTTP request triggers the forking of a new process on the web server, which is costly for server resources. A more efficient and faster way is to use a multi-process daemon which does its forking on startup and maintains a pool of processes to handle requests.

CGI isn’t good at managing the complexity of larger web applications: it has no MVC architecture to help developers separate concerns. This tends to lead to hard-to-maintain programs.

The rise of web frameworks such as Ruby on Rails, and the application servers they run on, have done much to solve both problems. There are many web frameworks written in Perl; among the most popular are Catalyst, Dancer, and Mojolicious.

CGI also contains a security vulnerability which must be coded around to avoid parameter injection.
Post number No.147994
Board Off-Topic@Heyuri
Optional. Describe what's wrong with it.