Zum Inhalt springen

„Simple Common Gateway Interface“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
-Spam-Link
 
(10 dazwischenliegende Versionen von 9 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Das '''Simple Common Gateway Interface''' ('''SCGI''') ist ein Standard für den Datenaustausch zwischen einem [[Webserver]] und dritter Software, die Anfragen bearbeitet. Es ist eine Alternative zu klassischem [[Common Gateway Interface|CGI]] und ähnelt dem [[FastCGI]]-Protokoll.
Das '''Simple Common Gateway Interface''' ('''SCGI''') ist ein textbasiertes [[Netzwerkprotokoll]] für die Anbindung eines [[Anwendungsserver]]s an einen [[Webserver]]. Es ist eine Alternative zu [[Hypertext Transfer Protocol|HTTP]] und dem klassischen [[Common Gateway Interface|CGI]] und ähnelt dem [[FastCGI]]-Protokoll.


Die Spezifikation wurde von Neil Schemenauer erstellt und am 12. Januar 2006 als gemeinfreie Spezifikation veröffentlicht. Im Vergleich zu FastCGI ist das SCGI-Protokoll einfacher zu implementieren; moderne Webserver bieten mittlerweile gleichermaßen Unterstützung für FastCGI und SCGI an.
Die Spezifikation wurde von Neil Schemenauer erstellt und am 12. Januar 2006 als gemeinfreie Spezifikation veröffentlicht. Im Vergleich zu FastCGI ist das SCGI-Protokoll einfacher zu implementieren; moderne Webserver bieten mittlerweile gleichermaßen Unterstützung für FastCGI und SCGI an.
Zeile 6: Zeile 6:
Jeder SCGI-Request ([[Englische Sprache|engl.]] Anfrage) besteht aus einer Liste von Headern (Beschreibung des Inhalts) und einem Body (Inhalt). Die Header werden als Netstring kodiert und anschließend gefolgt vom Body über eine eigene Verbindung zur SCGI-Anwendung verschickt. Die Verbindung bleibt dabei bestehen und wird erst, nachdem die SCGI-Anwendung eine Antwort geschickt hat, beendet.
Jeder SCGI-Request ([[Englische Sprache|engl.]] Anfrage) besteht aus einer Liste von Headern (Beschreibung des Inhalts) und einem Body (Inhalt). Die Header werden als Netstring kodiert und anschließend gefolgt vom Body über eine eigene Verbindung zur SCGI-Anwendung verschickt. Die Verbindung bleibt dabei bestehen und wird erst, nachdem die SCGI-Anwendung eine Antwort geschickt hat, beendet.


Da ein SCGI-Request mit einem ASCII '1' bis '9'-Byte beginnt, kann diese von einem HTTP-Forward unterschieden werden – eine laufende SCGI-Applikation kann so leicht in die Lage versetzt werden, gleichermaßen SCGI-Requests und HTTP GET/POST-Anfragen zu behandeln.
Durch die Kodierung der Header als Netstring beginnt jeder SCGI-Request mit einer Ziffer. Da dieser deshalb mit einem ASCII Byte zwischen '1' und '9' beginnt, kann dieser von einem HTTP-Forward unterschieden werden – eine laufende SCGI-Applikation kann so leicht in die Lage versetzt werden, gleichermaßen SCGI-Requests und HTTP GET/POST-Anfragen zu behandeln.


Für die Antwort ist im Protokoll kein Format definiert.<ref>[http://python.ca/scgi/protocol.txt SCGI-Spezifikation, § 2]</ref> Es ist allerdings wie bei CGI üblich, dass die Antwort mit dem Status-Parameter beginnt.
Für die Antwort ist im Protokoll kein Format definiert.<ref>[http://python.ca/scgi/protocol.txt SCGI-Spezifikation, § 2]</ref> Es ist allerdings wie bei CGI üblich, dass die Antwort mit dem Status-Parameter beginnt.
Zeile 21: Zeile 21:
{| class="wikitable"
{| class="wikitable"
|-
|-
| <Länge des Netstrings>: || "CONTENT_LENGTH" || <NUL> || <Länge des Body> || <NUL> || "SCGI" || <NUL> || 1 || <NUL> || ... || "," || <Body>
| <Länge des Netstrings>: || "CONTENT_LENGTH" || <NUL> || <Länge des Body> || <NUL> || "SCGI" || <NUL> || 1 || <NUL> || ... || "," ||<Body>
|}
|}


Der erste Header muss den Schlüssel "CONTENT_LENGTH" haben und darf nicht leer sein, selbst wenn die Länge des Body 0 beträgt. Danach muss ein Header mit dem Schlüssel "SCGI" und dem Wert 1 vorhanden sein. Alle weiteren Header sind optional.
Der erste Header muss den Schlüssel "CONTENT_LENGTH" haben und darf keinen leeren Wert haben, selbst wenn die Länge des Body 0 beträgt. Danach folgen alle übrigen Header, die aber optional sind mit Ausnahme eines mit Schlüssel "SCGI" und Wert 1.


== Webserverunterstützung ==
== Webserverunterstützung ==
Zeile 32: Zeile 32:
* [[Lighttpd]]
* [[Lighttpd]]
* [[Nginx|Nginx Server]]
* [[Nginx|Nginx Server]]
* Althttpd<ref>{{Internetquelle |url=https://sqlite.org/althttpd/doc/trunk/althttpd.md |titel=Althttpd: The Althttpd Webserver |abruf=2023-05-19}}</ref>


== Sprachanbindung ==
== Sprachanbindung ==
Zeile 61: Zeile 62:
{{Navigationsleiste Webserver-Schnittstellen}}
{{Navigationsleiste Webserver-Schnittstellen}}


[[Kategorie:World Wide Web]]
[[Kategorie:Webserver]]
[[Kategorie:Netzwerkprotokoll auf Anwendungsschicht]]

Aktuelle Version vom 17. Mai 2025, 02:38 Uhr

Das Simple Common Gateway Interface (SCGI) ist ein textbasiertes Netzwerkprotokoll für die Anbindung eines Anwendungsservers an einen Webserver. Es ist eine Alternative zu HTTP und dem klassischen CGI und ähnelt dem FastCGI-Protokoll.

Die Spezifikation wurde von Neil Schemenauer erstellt und am 12. Januar 2006 als gemeinfreie Spezifikation veröffentlicht. Im Vergleich zu FastCGI ist das SCGI-Protokoll einfacher zu implementieren; moderne Webserver bieten mittlerweile gleichermaßen Unterstützung für FastCGI und SCGI an.

Protokollbeschreibung

[Bearbeiten | Quelltext bearbeiten]

Jeder SCGI-Request (engl. Anfrage) besteht aus einer Liste von Headern (Beschreibung des Inhalts) und einem Body (Inhalt). Die Header werden als Netstring kodiert und anschließend gefolgt vom Body über eine eigene Verbindung zur SCGI-Anwendung verschickt. Die Verbindung bleibt dabei bestehen und wird erst, nachdem die SCGI-Anwendung eine Antwort geschickt hat, beendet.

Durch die Kodierung der Header als Netstring beginnt jeder SCGI-Request mit einer Ziffer. Da dieser deshalb mit einem ASCII Byte zwischen '1' und '9' beginnt, kann dieser von einem HTTP-Forward unterschieden werden – eine laufende SCGI-Applikation kann so leicht in die Lage versetzt werden, gleichermaßen SCGI-Requests und HTTP GET/POST-Anfragen zu behandeln.

Für die Antwort ist im Protokoll kein Format definiert.[1] Es ist allerdings wie bei CGI üblich, dass die Antwort mit dem Status-Parameter beginnt.

<Key> <NUL> <Value> <NUL>

Wie oben dargestellt besteht jeder Header aus einem Key-Value-Pair (engl. Schlüssel-Wert-Paar). Dabei wird der Schlüssel mit einem ASCII-Null (NUL) vom Wert getrennt, sowie der Header mit einem ASCII-Null (NUL) abgeschlossen. Jeder Schlüssel muss eindeutig sein und darf folglich nur einmal vorkommen.

<Länge des Netstrings>: "CONTENT_LENGTH" <NUL> <Länge des Body> <NUL> "SCGI" <NUL> 1 <NUL> ... "," <Body>

Der erste Header muss den Schlüssel "CONTENT_LENGTH" haben und darf keinen leeren Wert haben, selbst wenn die Länge des Body 0 beträgt. Danach folgen alle übrigen Header, die aber optional sind mit Ausnahme eines mit Schlüssel "SCGI" und Wert 1.

Webserverunterstützung

[Bearbeiten | Quelltext bearbeiten]

Folgende Webserver unterstützen das SCGI-Protokoll.

Sprachanbindung

[Bearbeiten | Quelltext bearbeiten]

Folgende Programmiersprachen unterstützen die Erstellung von SCGI-Applikationen per Sprachanbindung:

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. SCGI-Spezifikation, § 2
  2. Althttpd: The Althttpd Webserver. Abgerufen am 19. Mai 2023.