Common Gateway Interface - Versionsgeschichte

Trustable: Kleinigkeiten verbessert

2025-05-17T00:37:48Z

Kleinigkeiten verbessert

← Nächstältere Version		Version vom 17. Mai 2025, 02:37 Uhr
Zeile 17:		Zeile 17:

	== Vorteile ==		== Vorteile ==
	Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit CGI auch möglich, Webinhalte ([[~~Hypertext Markup Language\|~~HTML]]~~-Seiten~~ oder -Fragmente, [[Grafik]]en, [[Portable Document Format\|PDF]]-Dokumente etc.) dynamisch zu erzeugen. Das bedeutet, dass diese zur Zeit der Anfrage noch nicht auf dem Server existieren müssen, sondern vom CGI-Programm erzeugt werden können. Grundsätzlich können CGI-Programme in einer beliebigen [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, sofern die zuvor genannten Anforderungen erfüllt werden.<ref name="NCSA" />		Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit CGI auch möglich, Webinhalte ([[HTML-Seite]]n oder -Fragmente, [[Grafik]]en, [[Portable Document Format\|PDF]]-Dokumente etc.) dynamisch zu erzeugen. Das bedeutet, dass diese zur Zeit der Anfrage noch nicht auf dem Server existieren müssen, sondern vom CGI-Programm erzeugt werden können. Grundsätzlich können CGI-Programme in einer beliebigen [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, sofern die zuvor genannten Anforderungen erfüllt werden.<ref name="NCSA" />

	== Nachteile ==		== Nachteile ==
Zeile 24:		Zeile 24:
	Alternativen, die auf CGI aufbauen, jedoch das [[Bootstrapping (Informatik)\|Bootstrapping]] der Prozesse umgehen können, sind z. B. [[FastCGI]], [[Active Server Pages\|ASP]], [[PHP]] und [[ColdFusion]].<ref name="Ionos" />		Alternativen, die auf CGI aufbauen, jedoch das [[Bootstrapping (Informatik)\|Bootstrapping]] der Prozesse umgehen können, sind z. B. [[FastCGI]], [[Active Server Pages\|ASP]], [[PHP]] und [[ColdFusion]].<ref name="Ionos" />

	Daneben gibt es [[Modul (Software)\|Module]], z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[~~Scriptsprache~~]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu.		Daneben gibt es [[Modul (Software)\|Module]], z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[Skriptsprache]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu.
	Die Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die Anfragen jedoch per [[FastCGI]] zu übergeben, ist der Lösungsweg, der dem CGI-Prinzip am ehesten treu bleibt. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen. Auch die Anwendung selbst kann die ganze Zeit geladen bleiben und so die eingehenden Anfragen noch effizienter bearbeiten.		Die Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die Anfragen jedoch per [[FastCGI]] zu übergeben, ist der Lösungsweg, der dem CGI-Prinzip am ehesten treu bleibt. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen. Auch die Anwendung selbst kann die ganze Zeit geladen bleiben und so die eingehenden Anfragen noch effizienter bearbeiten.

Trustable: Kategorie:Webserver

2025-05-17T00:26:33Z

Kategorie:Webserver

← Nächstältere Version		Version vom 17. Mai 2025, 02:26 Uhr
Zeile 49:		Zeile 49:

	== Weblinks ==		== Weblinks ==
	* [https://wiki.selfhtml.org/wiki/Glossar:CGI ''Glossar:CGI''.] [[~~SELFHTML~~]]-Wiki		* [https://wiki.selfhtml.org/wiki/Glossar:CGI ''Glossar:CGI''.] [[Selfhtml]]-Wiki

	== Einzelnachweise ==		== Einzelnachweise ==
Zeile 102:		Zeile 102:
	{{Navigationsleiste Webserver-Schnittstellen}}		{{Navigationsleiste Webserver-Schnittstellen}}

	[[Kategorie:~~Web-Entwicklung~~]]		[[Kategorie:Webserver]]
	[[Kategorie:Schnittstelle (Software)]]		[[Kategorie:Schnittstelle (Software)]]

2A02:810D:8482:7E00:4898:6BD7:B24B:C7C5: /* Funktionsweise */

2025-03-28T16:29:54Z

Funktionsweise

← Nächstältere Version		Version vom 28. März 2025, 18:29 Uhr
Zeile 3:		Zeile 3:

	== Funktionsweise ==		== Funktionsweise ==
	Ausgehend von einer [[Hypertext Transfer Protocol\|HTTP]]-Anfrage kann durch den Webserver via CGI ein Prozess gestartet werden. Dabei können Informationen als Parameter an den Prozess übergeben werden. Diese können beispielsweise ~~auf~~ Benutzereingaben aus einem [[Webformular]] bestehen. Die Ausgaben des Prozesses werden wiederum an den Webserver übergeben, der darauf basierend eine HTTP-Antwort erzeugen kann.<ref name="Walter_2008" /><ref name="Ionos" /> Optional können Daten bei laufenden Prozessen auch über die [[Standard-Datenströme]] zwischen Prozess und Webserver ausgetauscht werden.<ref name="Apache" />		Ausgehend von einer [[Hypertext Transfer Protocol\|HTTP]]-Anfrage kann durch den Webserver via CGI ein Prozess gestartet werden. Dabei können Informationen als Parameter an den Prozess übergeben werden. Diese können beispielsweise aus Benutzereingaben aus einem [[Webformular]] bestehen. Die Ausgaben des Prozesses werden wiederum an den Webserver übergeben, der darauf basierend eine HTTP-Antwort erzeugen kann.<ref name="Walter_2008" /><ref name="Ionos" /> Optional können Daten bei laufenden Prozessen auch über die [[Standard-Datenströme]] zwischen Prozess und Webserver ausgetauscht werden.<ref name="Apache" />

	Zur Nutzung dieser Funktion stellen Webserver entsprechende [[Subroutine]]n, [[Programmbibliothek\|Bibliotheken]], [[Skriptsprache\|Skripte]] oder [[Computerprogramm\|Programme]], sowie einige [[Umgebungsvariable]]n, zur Verfügung. Die folgenden neun Umgebungsvariablen müssen dabei verpflichtend vorhanden sein:<ref name="RFC" />		Zur Nutzung dieser Funktion stellen Webserver entsprechende [[Subroutine]]n, [[Programmbibliothek\|Bibliotheken]], [[Skriptsprache\|Skripte]] oder [[Computerprogramm\|Programme]], sowie einige [[Umgebungsvariable]]n, zur Verfügung. Die folgenden neun Umgebungsvariablen müssen dabei verpflichtend vorhanden sein:<ref name="RFC" />

2A02:3100:7EA7:E00:EC7C:2C4:5973:31CE: /* Vorteile */

2024-08-30T05:28:31Z

Vorteile

← Nächstältere Version		Version vom 30. August 2024, 07:28 Uhr
Zeile 17:		Zeile 17:

	== Vorteile ==		== Vorteile ==
	Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit CGI auch möglich, Webinhalte ([[Hypertext Markup Language\|HTML]]-Seiten oder -Fragmente, [[Grafik]]en, [[Portable Document Format\|PDF]]-Dokumente etc.) dynamisch zu erzeugen. Das bedeutet, dass diese zur Zeit der Anfrage noch nicht auf dem Server existieren müssen, sondern vom CGI-Programm erzeugt werden können.		Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit CGI auch möglich, Webinhalte ([[Hypertext Markup Language\|HTML]]-Seiten oder -Fragmente, [[Grafik]]en, [[Portable Document Format\|PDF]]-Dokumente etc.) dynamisch zu erzeugen. Das bedeutet, dass diese zur Zeit der Anfrage noch nicht auf dem Server existieren müssen, sondern vom CGI-Programm erzeugt werden können. Grundsätzlich können CGI-Programme in einer beliebigen [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, sofern die zuvor genannten Anforderungen erfüllt werden.<ref name="NCSA" />

	Grundsätzlich können CGI-Programme in einer beliebigen [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, sofern die zuvor genannten Anforderungen erfüllt werden.<ref name="NCSA" />

	== Nachteile ==		== Nachteile ==

2A02:3100:7EA7:E00:EC7C:2C4:5973:31CE: /* Funktionsweise */

2024-08-30T05:28:19Z

Funktionsweise

← Nächstältere Version		Version vom 30. August 2024, 07:28 Uhr
Zeile 3:		Zeile 3:

	== Funktionsweise ==		== Funktionsweise ==
	Ausgehend von einer [[Hypertext Transfer Protocol\|HTTP]]-Anfrage kann durch den Webserver via CGI ein Prozess gestartet werden. Dabei können Informationen als Parameter an den Prozess übergeben werden. Diese können beispielsweise auf Benutzereingaben aus einem [[Webformular]] ~~beruhen~~. Die Ausgaben des Prozesses werden wiederum an den Webserver übergeben, der darauf basierend eine HTTP-Antwort erzeugen kann.<ref name="Walter_2008" /><ref name="Ionos" /> Optional können Daten bei laufenden Prozessen auch über die [[Standard-Datenströme]] zwischen Prozess und Webserver ausgetauscht werden.<ref name="Apache" />		Ausgehend von einer [[Hypertext Transfer Protocol\|HTTP]]-Anfrage kann durch den Webserver via CGI ein Prozess gestartet werden. Dabei können Informationen als Parameter an den Prozess übergeben werden. Diese können beispielsweise auf Benutzereingaben aus einem [[Webformular]] bestehen. Die Ausgaben des Prozesses werden wiederum an den Webserver übergeben, der darauf basierend eine HTTP-Antwort erzeugen kann.<ref name="Walter_2008" /><ref name="Ionos" /> Optional können Daten bei laufenden Prozessen auch über die [[Standard-Datenströme]] zwischen Prozess und Webserver ausgetauscht werden.<ref name="Apache" />

	Zur Nutzung dieser Funktion stellen Webserver entsprechende [[Subroutine]]n, [[Programmbibliothek\|Bibliotheken]], [[Skriptsprache\|Skripte]] oder [[Computerprogramm\|Programme]], sowie einige [[Umgebungsvariable]]n, zur Verfügung. Die folgenden neun Umgebungsvariablen müssen dabei verpflichtend vorhanden sein:<ref name="RFC" />		Zur Nutzung dieser Funktion stellen Webserver entsprechende [[Subroutine]]n, [[Programmbibliothek\|Bibliotheken]], [[Skriptsprache\|Skripte]] oder [[Computerprogramm\|Programme]], sowie einige [[Umgebungsvariable]]n, zur Verfügung. Die folgenden neun Umgebungsvariablen müssen dabei verpflichtend vorhanden sein:<ref name="RFC" />
Zeile 17:		Zeile 17:

	== Vorteile ==		== Vorteile ==
	Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit CGI auch möglich, Webinhalte ([[Hypertext Markup Language\|HTML]]-Seiten oder -Fragmente, [[Grafik]]en, [[Portable Document Format\|PDF]]-Dokumente etc.) dynamisch zu erzeugen. ~~D. h.~~ ~~diese~~ ~~müssen~~ zur Zeit der Anfrage noch nicht auf dem Server existieren, sondern ~~können~~ vom CGI-Programm erzeugt werden.		Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit CGI auch möglich, Webinhalte ([[Hypertext Markup Language\|HTML]]-Seiten oder -Fragmente, [[Grafik]]en, [[Portable Document Format\|PDF]]-Dokumente etc.) dynamisch zu erzeugen. Das bedeutet, dass diese zur Zeit der Anfrage noch nicht auf dem Server existieren müssen, sondern vom CGI-Programm erzeugt werden können.

	Grundsätzlich können CGI-Programme in einer beliebigen [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, sofern die zuvor genannten Anforderungen erfüllt werden.<ref name="NCSA" />		Grundsätzlich können CGI-Programme in einer beliebigen [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, sofern die zuvor genannten Anforderungen erfüllt werden.<ref name="NCSA" />

PerfektesChaos: tk k

2023-06-16T07:52:42Z

tk k

@@ Zeile 22: / Zeile 22: @@
 == Nachteile ==
-Ein Nachteil der CGI-Ausführung ist neben dem Sicherheitsrisiko, sofern kein entsprechender Schutz eingerichtet ist, ihre relativ geringe Geschwindigkeit, da für jeden CGI-Aufruf ein neuer [[Prozess (Informatik)|Prozess]] gestartet wird. Zudem unterstützen viele Server nur eine limitierte Anzahl an CGI-Anfragen, weshalb viele Anfragen in [[Warteschlange (Datenstruktur)|Warteschlange]]n bleiben oder sogar abgewiesen werden.
+Ein Nachteil der CGI-Ausführung ist neben dem Sicherheitsrisiko, sofern kein entsprechender Schutz eingerichtet ist, ihre relativ geringe Geschwindigkeit, da für jeden CGI-Aufruf ein neuer [[Prozess (Informatik)|Prozess]] gestartet wird. Zudem unterstützen viele Server nur eine limitierte Anzahl an CGI-Anfragen, weshalb viele Anfragen in [[Warteschlange (Datenstruktur)|Warteschlangen]] bleiben oder sogar abgewiesen werden.
 Alternativen, die auf CGI aufbauen, jedoch das [[Bootstrapping (Informatik)|Bootstrapping]] der Prozesse umgehen können, sind z.&nbsp;B. [[FastCGI]], [[Active Server Pages|ASP]], [[PHP]] und [[ColdFusion]].<ref name="Ionos" />
@@ Zeile 51: / Zeile 51: @@
 == Weblinks ==
-* [https://wiki.selfhtml.org/wiki/Glossar:CGI ''Glossar:CGI''] im [[SELFHTML]]-Wiki
+* [https://wiki.selfhtml.org/wiki/Glossar:CGI ''Glossar:CGI''.] [[SELFHTML]]-Wiki
 == Einzelnachweise ==
 <references>
 </references>

Siegbert v2: Unbelegte, wertende Aussage entfernt / Funktionsweise wurde nicht erklärt / nicht nur HTML; es können auch andere Dateiformate dynamisch erzeugt werden (z. B. PDF-Rechnungen) / Quellen hinzugefügt und überarbeitet / Kleinigkeiten (u. a.   nicht vor Abkürzungen) / Baustein "Belege fehlen" eingefügt: die Abschnitte "Vorteile", "Nachteile" und "Sicherheit" sind weitestgehend unbelegt

2023-06-10T12:32:33Z

Unbelegte, wertende Aussage entfernt / Funktionsweise wurde nicht erklärt / nicht nur HTML; es können auch andere Dateiformate dynamisch erzeugt werden (z. B. PDF-Rechnungen) / Quellen hinzugefügt und überarbeitet / Kleinigkeiten (u. a.   nicht vor Abkürzungen) / Baustein "Belege fehlen" eingefügt: die Abschnitte "Vorteile", "Nachteile" und "Sicherheit" sind weitestgehend unbelegt

← Nächstältere Version		Version vom 10. Juni 2023, 14:32 Uhr
Zeile 1:		Zeile 1:
			{{Belege fehlen}}
	Das '''Common Gateway Interface''' ('''CGI''') ist eine [[Schnittstelle]] für den [[Datenaustausch]] zwischen einem [[Webserver]] ([[Anwendungsprogramm]]) und dritter [[Software]], die [[Client-Server-Modell #Definitionen\|Anfragen]] bearbeitet.<ref name="RFC" /> CGI ist eine Variante, [[Webseite]]n ~~[[Webseite #Dynamische Webseiten\|~~dynamisch]] bzw. [[interaktiv]] zu machen. ~~Die~~ ~~erste~~ ~~Nutzung~~ im [[World Wide Web]] ~~war~~ im ~~Jahr 1993.~~		Das '''Common Gateway Interface''' ('''CGI''') ist eine [[Schnittstelle]] für den [[Datenaustausch]] zwischen einem [[Webserver]] ([[Anwendungsprogramm]]) und dritter [[Software]], die [[Client-Server-Modell #Definitionen\|Anfragen]] bearbeitet.<ref name="RFC" /> CGI ist eine Variante, [[Webseite]]n dynamisch bzw. [[interaktiv]] zu machen. Entwickelt wurde die Technologie am [[National Center for Supercomputing Applications]] (NCSA) und wird seit 1993 im [[World Wide Web]] eingesetzt.<ref name="RFC" /><ref name="History" />

	== Funktionsweise ==		== Funktionsweise ==
			Ausgehend von einer [[Hypertext Transfer Protocol\|HTTP]]-Anfrage kann durch den Webserver via CGI ein Prozess gestartet werden. Dabei können Informationen als Parameter an den Prozess übergeben werden. Diese können beispielsweise auf Benutzereingaben aus einem [[Webformular]] beruhen. Die Ausgaben des Prozesses werden wiederum an den Webserver übergeben, der darauf basierend eine HTTP-Antwort erzeugen kann.<ref name="Walter_2008" /><ref name="Ionos" /> Optional können Daten bei laufenden Prozessen auch über die [[Standard-Datenströme]] zwischen Prozess und Webserver ausgetauscht werden.<ref name="Apache" />
⚫	~~Ein~~ ~~Webserver~~ ~~mit~~ ~~CGI~~ ~~stellt~~ ~~entsprechenden~~ [[Subroutine]]n, [[Programmbibliothek\|~~Bibliothek~~]]en, [[Skriptsprache\|~~Scripts~~]] oder [[Computerprogramm\|~~Programm~~]]en einige [[Umgebungsvariable]]n zur Verfügung. ~~Zwingend~~ ~~existieren diese~~ neun Umgebungsvariablen:

		⚫	Zur Nutzung dieser Funktion stellen Webserver entsprechende [[Subroutine]]n, [[Programmbibliothek\|Bibliotheken]], [[Skriptsprache\|Skripte]] oder [[Computerprogramm\|Programme]], sowie einige [[Umgebungsvariable]]n, zur Verfügung. Die folgenden neun Umgebungsvariablen müssen dabei verpflichtend vorhanden sein:<ref name="RFC" />
	#<code>GATEWAY_INTERFACE</code>		#<code>GATEWAY_INTERFACE</code>
	#<code>QUERY_STRING</code>		#<code>QUERY_STRING</code>
Zeile 12:		Zeile 15:
	#<code>SERVER_PROTOCOL</code>		#<code>SERVER_PROTOCOL</code>
	#<code>SERVER_SOFTWARE</code>		#<code>SERVER_SOFTWARE</code>
	Der Webserver setzt [[Hypertext Transfer Protocol\|HTTP]] auf CGI um, startet die entsprechende Software und setzt letztlich umgekehrt von CGI in HTTP um.

	Optional stellt die Spezifikation frei anders als per [[Standardeingabe]] und Standardausgabe zu kommunizieren.

	== Vorteile ==		== Vorteile ==
	Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit~~ ~~CGI auch möglich, HTML-Seiten dynamisch zu erzeugen. D. h. diese müssen zur Zeit der Anfrage noch nicht auf dem Server existieren, sondern können vom CGI-Programm erzeugt werden.		Statt nur statische Seiten von einem Webserver zu laden, die dort als fertige [[Ressource #Informatik\|Ressource]] zur Verfügung stehen, ist es mit CGI auch möglich, Webinhalte ([[Hypertext Markup Language\|HTML]]-Seiten oder -Fragmente, [[Grafik]]en, [[Portable Document Format\|PDF]]-Dokumente etc.) dynamisch zu erzeugen. D. h. diese müssen zur Zeit der Anfrage noch nicht auf dem Server existieren, sondern können vom CGI-Programm erzeugt werden.

	~~Außerdem~~ können CGI-Programme in ~~jeder~~ [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, da die ~~Anforderungen~~ ~~nicht~~ ~~über o. g.~~ ~~hinausgehen~~.<ref name="NCSA" />		Grundsätzlich können CGI-Programme in einer beliebigen [[Programmiersprache]] geschrieben sein, die das Betriebssystem unterstützt, sofern die zuvor genannten Anforderungen erfüllt werden.<ref name="NCSA" />

	== Nachteile ==		== Nachteile ==
	Ein Nachteil der CGI-Ausführung ist neben dem Sicherheitsrisiko, sofern kein entsprechender Schutz eingerichtet ist, ihre relativ geringe Geschwindigkeit, da für jeden CGI-Aufruf ein neuer [[Prozess (Informatik)\|Prozess]] gestartet wird. Zudem unterstützen viele Server nur eine limitierte Anzahl an CGI-Anfragen, weshalb viele Anfragen in [[Warteschlange (Datenstruktur)\|Warteschlange]]n bleiben oder sogar abgewiesen werden.		Ein Nachteil der CGI-Ausführung ist neben dem Sicherheitsrisiko, sofern kein entsprechender Schutz eingerichtet ist, ihre relativ geringe Geschwindigkeit, da für jeden CGI-Aufruf ein neuer [[Prozess (Informatik)\|Prozess]] gestartet wird. Zudem unterstützen viele Server nur eine limitierte Anzahl an CGI-Anfragen, weshalb viele Anfragen in [[Warteschlange (Datenstruktur)\|Warteschlange]]n bleiben oder sogar abgewiesen werden.

	Alternativen, die auf~~ ~~CGI aufbauen, jedoch das Bootstrapping der Prozesse umgehen können, sind z. B. [[FastCGI]], [[Active Server Pages\|ASP]], [[PHP]] ~~(welches in neueren Versionen ''FastCGI'' verwendet)~~ und [[ColdFusion]].<ref~~>{{Internetquelle~~ ~~\|url~~=~~https://www.ionos.de/digitalguide/websites/web-entwicklung/was-ist-ein-cgi/~~ ~~\|titel=Was ist ein CGI? \|sprache=de \|abruf=2022-02-16}}<~~/~~ref~~>		Alternativen, die auf CGI aufbauen, jedoch das [[Bootstrapping (Informatik)\|Bootstrapping]] der Prozesse umgehen können, sind z. B. [[FastCGI]], [[Active Server Pages\|ASP]], [[PHP]] und [[ColdFusion]].<ref name="Ionos" />

⚫	Daneben gibt es [[Modul (Software)\|~~Modul~~]]e, z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[Scriptsprache]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu~~. Doch auch diese Ausführung bringt Nachteile mit sich, etwa weil die Verlässlichkeit des Servers sich durch zusätzliche, teilweise separat vom Server gepflegte Module, verringern kann~~.

		⚫	Daneben gibt es [[Modul (Software)\|Module]], z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[Scriptsprache]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu.
	Die Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die Anfragen jedoch per [[FastCGI]] zu übergeben, ist der Lösungsweg, der dem CGI-Prinzip am ehesten treu bleibt. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen. Auch die Anwendung selbst kann die ganze Zeit geladen bleiben und so die eingehenden Anfragen noch effizienter bearbeiten.		Die Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die Anfragen jedoch per [[FastCGI]] zu übergeben, ist der Lösungsweg, der dem CGI-Prinzip am ehesten treu bleibt. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen. Auch die Anwendung selbst kann die ganze Zeit geladen bleiben und so die eingehenden Anfragen noch effizienter bearbeiten.

	== Sicherheit ==		== Sicherheit ==
	Dass Programme, die ein Dritter erstellt hat, auf dem Webserver ausgeführt werden können, ist in höchstem Maße [[Informationssicherheit\|sicherheits]]<nowiki />relevant. Daher muss sichergestellt sein, dass ein über~~ ~~CGI gestartetes Programm nur bestimmte, eingeschränkte Typen von [[Programmroutine]]n ausführen darf (z. B. kein Löschen von Dateien des Webservers u. ä.).		Dass Programme, die ein Dritter erstellt hat, auf dem Webserver ausgeführt werden können, ist in höchstem Maße [[Informationssicherheit\|sicherheits]]<nowiki />relevant. Daher muss sichergestellt sein, dass ein über CGI gestartetes Programm nur bestimmte, eingeschränkte Typen von [[Programmroutine]]n ausführen darf (z. B. kein Löschen von Dateien des Webservers u. ä.).

	Bei dem Apache-Webserver wird die Ausführung von CGI-Programmen mit Hilfe des Modules [[mod_suexec]] gegen solche [[Cracker (Computersicherheit)\|Cracker-Angriffe]] gesichert, die das Eindringen als [[Root-Konto\|Root-User]] zum Ziel haben. Die Sicherheitsmaßnahmen sind dabei mehrstufig aufgebaut und so streng, dass viele Server-[[Systemadministrator\|Administratoren]] dazu übergegangen sind, auch andere serverseitige Sprachen über~~ ~~CGI laufen zu lassen.		Bei dem Apache-Webserver wird die Ausführung von CGI-Programmen mit Hilfe des Modules [[mod_suexec]] gegen solche [[Cracker (Computersicherheit)\|Cracker-Angriffe]] gesichert, die das Eindringen als [[Root-Konto\|Root-User]] zum Ziel haben. Die Sicherheitsmaßnahmen sind dabei mehrstufig aufgebaut und so streng, dass viele Server-[[Systemadministrator\|Administratoren]] dazu übergegangen sind, auch andere serverseitige Sprachen über CGI laufen zu lassen.

	== Siehe auch ==		== Siehe auch ==
Zeile 52:		Zeile 51:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://wiki.selfhtml.org/wiki/Glossar:CGI ''Glossar:CGI''] im [[SELFHTML]]-Wiki		* [https://wiki.selfhtml.org/wiki/Glossar:CGI ''Glossar:CGI''] im [[SELFHTML]]-Wiki

	== Einzelnachweise ==		== Einzelnachweise ==
	<references>		<references>
	<ref name="RFC">{{Internetquelle \|url=https://www.rfc-editor.org/rfc/rfc3875 \|titel=The Common Gateway Interface (CGI) Version 1.1 \|titelerg=RFC 3875 \|hrsg=[[Internet Society]] \|datum=2004-10 \|abruf=2022-10-23}}</ref>		<ref name="RFC">{{Internetquelle \|autor = David Robinson, Ken Coar \|url=https://www.rfc-editor.org/rfc/rfc3875 \|titel=The Common Gateway Interface (CGI) Version 1.1 \|titelerg=RFC 3875 \|hrsg=[[Internet Society]] \|datum=2004-10 \|sprache=en \|abruf=2022-10-23}}</ref>
			<ref name="History">{{Internetquelle \|autor=Richard MacManus \|url=https://webdevelopmenthistory.com/1993-cgi-scripts-and-early-server-side-web-programming/ \|titel=1993: CGI Scripts and Early Server-Side Web Programming \|werk=webdevelopmenthistory.com \|datum=2021-03-24 \|sprache=en \|abruf=2023-06-09}}</ref>
	<ref name="NCSA">{{Internetquelle \|titel=Common Gateway Interface \|hrsg=[[National Center for Supercomputing Applications]] \|archiv-datum=2009-04-09 \|archiv-url=https://web.archive.org/web/20090409213905/~~http://hoohoo.ncsa.uiuc.edu/cgi/intro.html \|url=~~http://hoohoo.ncsa.uiuc.edu/cgi/intro.html \|abruf=2022-10-24}}</ref>		<ref name="NCSA">{{Internetquelle \|url=http://hoohoo.ncsa.uiuc.edu/cgi/intro.html \|titel=Common Gateway Interface \|hrsg=[[National Center for Supercomputing Applications]] \|sprache=en \|archiv-datum=2009-04-09 \|archiv-url=https://web.archive.org/web/20090409213905/http://hoohoo.ncsa.uiuc.edu/cgi/intro.html \|abruf=2022-10-24}}</ref>
			<ref name="Ionos">{{Internetquelle \|url=https://www.ionos.de/digitalguide/websites/web-entwicklung/was-ist-ein-cgi/ \|titel=Was ist ein CGI? \|werk=ionos.de \|datum=2020-03-20 \|sprache=de \|abruf=2022-02-16}}</ref>
			<ref name="Walter_2008">{{BibISBN\|9783540331346\|Kapitel=CGI: das Common Gateway Interface\|Seiten=113–123}}</ref>
			<ref name="Apache">{{Internetquelle \|url=https://httpd.apache.org/docs/2.4/howto/cgi.html \|titel=Apache Tutorial: Dynamic Content with CGI \|titelerg=Apache HTTP Server Version 2.4 \|werk=httpd.apache.org \|sprache=en \|abruf=2023-06-09}}</ref>
	</references>		</references>

Herzmut: /* Nachteile */ Baustein-Bearbeitungen, Baustein entfernt

2023-05-13T16:16:17Z

Nachteile: Baustein-Bearbeitungen, Baustein entfernt

← Nächstältere Version		Version vom 13. Mai 2023, 18:16 Uhr
Zeile 22:		Zeile 22:

	== Nachteile ==		== Nachteile ==
		⚫	Ein Nachteil der CGI-Ausführung ist neben dem Sicherheitsrisiko, sofern kein entsprechender Schutz eingerichtet ist, ihre relativ geringe Geschwindigkeit, da für jeden CGI-Aufruf ein neuer [[Prozess (Informatik)\|Prozess]] gestartet wird. Zudem unterstützen viele Server nur eine limitierte Anzahl an CGI-Anfragen, weshalb viele Anfragen in [[Warteschlange (Datenstruktur)\|Warteschlange]]n bleiben oder sogar abgewiesen werden.
	{{Überarbeiten\|grund=Zuerst wird ausgedrückt, dass FastCGI sich nicht auf breiter Front durchsetzen konnte (was ich schon nicht glaube, da die meiste Literatur die ich finde eher empfiehlt, FastCGI statt Webserver-Module zu benutzen), danach wird aber erwähnt, dass FastCGI eine Alternative für Webserver-Module darstellt und dabei noch effizienter ist.\|2=Dieser Abschnitt}}

		⚫	Alternativen, die auf CGI aufbauen, jedoch das Bootstrapping der Prozesse umgehen können, sind z. B. [[FastCGI]], [[Active Server Pages\|ASP]], [[PHP]] (welches in neueren Versionen ''FastCGI'' verwendet) und [[ColdFusion]].<ref>{{Internetquelle \|url=https://www.ionos.de/digitalguide/websites/web-entwicklung/was-ist-ein-cgi/ \|titel=Was ist ein CGI? \|sprache=de \|abruf=2022-02-16}}</ref>
⚫	Ein Nachteil der CGI-Ausführung ist neben dem Sicherheitsrisiko, sofern kein entsprechender Schutz eingerichtet ist, ihre relativ geringe Geschwindigkeit, da für jeden CGI-Aufruf ein neuer [[Prozess (Informatik)\|Prozess]] ~~ausgeführt~~ wird. Zudem unterstützen viele Server nur eine limitierte Anzahl an CGI-Anfragen, weshalb viele Anfragen in [[Warteschlange (Datenstruktur)\|Warteschlange]]n bleiben oder sogar abgewiesen werden.

		⚫	Daneben gibt es [[Modul (Software)\|Modul]]e, z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[Scriptsprache]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu. Doch auch diese Ausführung bringt Nachteile mit sich, etwa weil die Verlässlichkeit des Servers sich durch zusätzliche, teilweise separat vom Server gepflegte Module, verringern kann.
⚫	Alternativen, die auf CGI aufbauen, jedoch ~~die~~ ~~wiederkehrende~~ ~~Prozessausführung~~ umgehen können, sind z. B. [[FastCGI]], [[Active Server Pages\|ASP]], [[PHP]] und [[ColdFusion]].<ref>{{Internetquelle \|url=https://www.ionos.de/digitalguide/websites/web-entwicklung/was-ist-ein-cgi/ \|titel=Was ist ein CGI? \|sprache=de \|abruf=2022-02-16}}</ref>

		⚫	Die Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die Anfragen jedoch per [[FastCGI]] zu übergeben, ist der Lösungsweg, der dem CGI-Prinzip am ehesten treu bleibt. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen. Auch die Anwendung selbst kann die ganze Zeit geladen bleiben und so die eingehenden Anfragen noch effizienter bearbeiten.
⚫	~~Auch~~ gibt es [[Modul (Software)\|Modul]]e, z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[Scriptsprache]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu.

⚫	~~Eine andere, oft sogar effizientere Möglichkeit ist, die~~ Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die ~~Requests des Browsers~~ jedoch per [[FastCGI]] zu übergeben. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen, ~~auch~~ die Anwendung selbst kann die ganze Zeit geladen ~~sein~~ und so die eingehenden Anfragen noch effizienter bearbeiten.

	== Sicherheit ==		== Sicherheit ==

Aka: /* Funktionsweise */ doppelten Link entfernt, Kleinkram

2023-05-07T18:00:30Z

Funktionsweise: doppelten Link entfernt, Kleinkram

← Nächstältere Version		Version vom 7. Mai 2023, 20:00 Uhr
Zeile 2:		Zeile 2:

	== Funktionsweise ==		== Funktionsweise ==
	Ein Webserver mit CGI stellt entsprechenden [[Subroutine]]n, [[Programmbibliothek\|Bibliothek]]en, [[Skriptsprache\|Scripts]] oder [[Computerprogramm\|Programm]]en einige [[Umgebungsvariable]]n zur Verfügung. Zwingend existieren diese neun ~~[[Umgebungsvariable]]n~~:		Ein Webserver mit CGI stellt entsprechenden [[Subroutine]]n, [[Programmbibliothek\|Bibliothek]]en, [[Skriptsprache\|Scripts]] oder [[Computerprogramm\|Programm]]en einige [[Umgebungsvariable]]n zur Verfügung. Zwingend existieren diese neun Umgebungsvariablen:
	#<code>GATEWAY_INTERFACE</code>		#<code>GATEWAY_INTERFACE</code>
	#<code>QUERY_STRING</code>		#<code>QUERY_STRING</code>
Zeile 12:		Zeile 12:
	#<code>SERVER_PROTOCOL</code>		#<code>SERVER_PROTOCOL</code>
	#<code>SERVER_SOFTWARE</code>		#<code>SERVER_SOFTWARE</code>
	Der Webserver setzt [[Hypertext Transfer Protocol\|HTTP]] auf CGI um, startet die entsprechende Software und setzt letztlich umgekehrt von CGI in HTTP um.		Der Webserver setzt [[Hypertext Transfer Protocol\|HTTP]] auf CGI um, startet die entsprechende Software und setzt letztlich umgekehrt von CGI in HTTP um.

	Optional stellt die Spezifikation frei anders als per [[Standardeingabe]] und Standardausgabe zu kommunizieren.		Optional stellt die Spezifikation frei anders als per [[Standardeingabe]] und Standardausgabe zu kommunizieren.

	== Vorteile ==		== Vorteile ==

Falsifiability: Stil verbessert

2023-05-07T15:30:25Z

Stil verbessert

← Nächstältere Version		Version vom 7. Mai 2023, 17:30 Uhr
Zeile 2:		Zeile 2:

	== Funktionsweise ==		== Funktionsweise ==
	Ein Webserver mit CGI stellt entsprechenden [[Subroutine]]n, [[Programmbibliothek\|Bibliothek]]en, [[Skriptsprache\|Scripts]] oder [[Computerprogramm\|Programm]]en einige [[Umgebungsvariable]]n zur Verfügung. Zwingend ~~sind~~ neun:		Ein Webserver mit CGI stellt entsprechenden [[Subroutine]]n, [[Programmbibliothek\|Bibliothek]]en, [[Skriptsprache\|Scripts]] oder [[Computerprogramm\|Programm]]en einige [[Umgebungsvariable]]n zur Verfügung. Zwingend existieren diese neun [[Umgebungsvariable]]n:
	#<code>GATEWAY_INTERFACE</code>		#<code>GATEWAY_INTERFACE</code>
	#<code>QUERY_STRING</code>		#<code>QUERY_STRING</code>
Zeile 14:		Zeile 14:
	Der Webserver setzt [[Hypertext Transfer Protocol\|HTTP]] auf CGI um, startet die entsprechende Software und setzt letztlich umgekehrt von CGI in HTTP um.		Der Webserver setzt [[Hypertext Transfer Protocol\|HTTP]] auf CGI um, startet die entsprechende Software und setzt letztlich umgekehrt von CGI in HTTP um.

	Optional ~~irgendwie~~ anders als per [[Standardeingabe]] und Standardausgabe zu kommunizieren~~, stellt die Spezifikation frei~~.		Optional stellt die Spezifikation frei anders als per [[Standardeingabe]] und Standardausgabe zu kommunizieren.

	== Vorteile ==		== Vorteile ==
Zeile 30:		Zeile 30:
	Auch gibt es [[Modul (Software)\|Modul]]e, z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[Scriptsprache]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu.		Auch gibt es [[Modul (Software)\|Modul]]e, z. B. für den [[Apache HTTP Server\|Apache-Webserver]], die den [[Interpreter]] für verschiedene [[Scriptsprache]]n (z. B. [[mod_perl]] für [[Perl (Programmiersprache)\|Perl]], [[mod_python]] für [[Python (Programmiersprache)\|Python]] etc.) direkt in den Webserver-Prozess einbinden. Dieser wird so nur einmal beim Start des Webservers geladen, anstatt bei jeder Anfrage neu.

	Eine andere, oft sogar effizientere Möglichkeit ist, die Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die Requests des Browsers jedoch per~~ ~~FastCGI zu übergeben. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen, auch die Anwendung selbst kann die ganze Zeit geladen sein und so die eingehenden Anfragen noch effizienter bearbeiten.		Eine andere, oft sogar effizientere Möglichkeit ist, die Programme weiterhin als externe Prozesse laufen zu lassen, ihnen die Requests des Browsers jedoch per [[FastCGI]] zu übergeben. Hierbei kann, anders als bei der o. g. Einbindung als Apache-Modul, nicht nur der Interpreter der Programmiersprache dauerhaft laufen, auch die Anwendung selbst kann die ganze Zeit geladen sein und so die eingehenden Anfragen noch effizienter bearbeiten.

	== Sicherheit ==		== Sicherheit ==