2018-06-29T05:11:23 rosti

Was heißt hier, die Notwendigkeit von CGI entfällt im Falle eines eigenen Webservers?

CGI/1.1 ist doch transparent! D.h., ein dem Webserver nachgelagerter Perlprozess bekommt doch sowieso sämtliche Daten in %ENV durchgereicht und kann aus STDIN lesen sowie auf STDOUT schreiben. Wozu also auch den Webserver in Perl implementieren?

Der Webserver bekommt bei einem Request eine Bytewurst aus dem Internet, die zur Verarbeitung durch eine Perl-Anwendung in eine geeignete Datenstruktur gebracht werden muss. Die Darreichungsform über Umgebungsvariablen anhand der CGI-Spezifikation ist ziemlich holprig. Der Webserver kann genauso gut über ein API mit der Anwendung kommunizieren. Das gibt's schon lange mit mod_perl und FastCGI, und inzwischen auch über Schnittstellenspezifikationen wie WSGI für Python oder eben PSGI für Perl. Für Apache gibt es die passenden Erweiterungen mod_wsgi und mod_psgi. In all diesen Fällen ist CGI nicht erforderlich, es gibt allerdings entsprechende "Kompatibilitätsschichten" für CGI-Programme.

Wenn der Webserver in Perl geschrieben ist, geht die Umsetzung ins API noch ein bisschen einfacher, da wäre CGI nur noch ein Klotz am Bein.

2018-06-29T05:11:23 rosti

Zumal sich beliebige Webseiten um Webservices erweitern lassen. Auf meinen Domänen findest Du massenhaft solche Beispiele und das läuft alles über Apache.

MfG

Das ist völlig klar, Apache und CGI funktionieren weiterhin. Warum sollten sie auch nicht? In der Frage ging es aber um Mojolicious, und um Mojolicious-Anwendungen zu entwickeln, muss man weder CGI noch Apache kennen.