Web Server Gateway Interface - Versionsgeschichte

GünniX: Tippfehler korrigiert

2023-12-30T06:57:21Z

Tippfehler korrigiert

← Nächstältere Version		Version vom 30. Dezember 2023, 08:57 Uhr
Zeile 12:		Zeile 12:

	== Hintergrund ==		== Hintergrund ==
	Die verschiedenen für Python entwickelten Web Application Frameworks und Web Application Server benötigten ursprünglich bestimmte Webserver, so dass Frameworks und Webserver nicht unabhängig ~~von einander~~ gewählt werden konnten.		Die verschiedenen für Python entwickelten Web Application Frameworks und Web Application Server benötigten ursprünglich bestimmte Webserver, so dass Frameworks und Webserver nicht unabhängig voneinander gewählt werden konnten.

	Das Python Web Server Gateway Interface als Schnittstelle ([[Middleware]]) zwischen Webserver und Framework schließt diese Lücke und erhöht die Portabilität.		Das Python Web Server Gateway Interface als Schnittstelle ([[Middleware]]) zwischen Webserver und Framework schließt diese Lücke und erhöht die Portabilität.

46.223.82.178: "In den letzten Jahren" passt 20 Jahre nach der Einführung nicht mehr...

2023-12-24T11:58:30Z

"In den letzten Jahren" passt 20 Jahre nach der Einführung nicht mehr...

← Nächstältere Version		Version vom 24. Dezember 2023, 13:58 Uhr
Zeile 12:		Zeile 12:

	== Hintergrund ==		== Hintergrund ==
	In ~~den~~ ~~letzten~~ ~~Jahren~~ entwickelten ~~sich auf der Basis von Python viele~~ Web Application Frameworks und Web Application Server. ~~Die~~ ~~Schwierigkeit~~ ~~bestand~~ ~~darin~~, dass ~~die Auswahl eines~~ Frameworks ~~die Auswahl des Webservers einschränkte~~ und ~~umgekehrt.~~ ~~Dies~~ ~~machte~~ es ~~schwer,~~ ~~sich für ein System zu entscheiden und erschwerte zusätzlich die Portabilität, wenn man später ein anderes Framework bzw. einen anderen Webserver~~ ~~verwenden~~ ~~wollte~~.		Die verschiedenen für Python entwickelten Web Application Frameworks und Web Application Server benötigten ursprünglich bestimmte Webserver, so dass Frameworks und Webserver nicht unabhängig von einander gewählt werden konnten.

	Um ~~diesem Problem entgegenzuwirken, wurde das ''~~Python Web Server Gateway Interface~~'' geschaffen – gedacht~~ als ~~einheitliche~~ Schnittstelle ([[Middleware]]) zwischen ~~den~~ ~~beiden~~ ~~Welten.~~ ~~Dies~~ ~~sollte eine Trennung des Webservers von der dahinterliegenden Anwendung~~ ~~ermöglichen~~ und ~~damit~~ die Portabilität ~~für diese erhöhen. Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 war vom 7. Dezember 2003~~.		Das Python Web Server Gateway Interface als Schnittstelle ([[Middleware]]) zwischen Webserver und Framework schließt diese Lücke und erhöht die Portabilität.
			Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 stammt vom 7. Dezember 2003.

	== Anwendung ==		== Anwendung ==

Achimbode: /* Hintergrund */

2023-12-10T13:25:04Z

Hintergrund

← Nächstältere Version		Version vom 10. Dezember 2023, 15:25 Uhr
Zeile 12:		Zeile 12:

	== Hintergrund ==		== Hintergrund ==
	In den letzten Jahren ~~entwickelte~~ sich auf der Basis von Python viele Web Application Frameworks und Web Application ~~Servern~~. Die Schwierigkeit bestand darin, dass die Auswahl eines Frameworks die Auswahl des Webservers einschränkte und umgekehrt. Dies machte es schwer, sich für ein System zu entscheiden und erschwerte zusätzlich die Portabilität, wenn man später ein anderes Framework bzw. einen anderen Webserver verwenden wollte.		In den letzten Jahren entwickelten sich auf der Basis von Python viele Web Application Frameworks und Web Application Server. Die Schwierigkeit bestand darin, dass die Auswahl eines Frameworks die Auswahl des Webservers einschränkte und umgekehrt. Dies machte es schwer, sich für ein System zu entscheiden und erschwerte zusätzlich die Portabilität, wenn man später ein anderes Framework bzw. einen anderen Webserver verwenden wollte.

	Um diesem Problem entgegenzuwirken, wurde das ''Python Web Server Gateway Interface'' geschaffen – gedacht als einheitliche Schnittstelle ([[Middleware]]) zwischen den beiden Welten. Dies sollte eine Trennung des Webservers von der dahinterliegenden Anwendung ermöglichen und damit die Portabilität für diese erhöhen. Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 war vom 7. Dezember 2003.		Um diesem Problem entgegenzuwirken, wurde das ''Python Web Server Gateway Interface'' geschaffen – gedacht als einheitliche Schnittstelle ([[Middleware]]) zwischen den beiden Welten. Dies sollte eine Trennung des Webservers von der dahinterliegenden Anwendung ermöglichen und damit die Portabilität für diese erhöhen. Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 war vom 7. Dezember 2003.

Hutch: Abschnittlink korrigiert

2023-02-18T04:58:57Z

Abschnittlink korrigiert

← Nächstältere Version		Version vom 18. Februar 2023, 06:58 Uhr
Zeile 1:		Zeile 1:
	Das '''Web Server Gateway Interface''' ('''WSGI''') ist eine [[Spezifikation# ~~Spezifikation_in_der_Informatik~~\|Spezifikation]] für die Programmiersprache [[Python (Programmiersprache)\|Python]], die eine [[Programmierschnittstelle\|Schnittstelle]] zwischen [[Webserver]]n und [[Webframework]]s bzw. [[Web Application Server]]n festlegt, um die [[Plattformunabhängigkeit\|Portabilität]] von [[Webanwendung]]en auf unterschiedlichen Webservern zu fördern.		Das '''Web Server Gateway Interface''' ('''WSGI''') ist eine [[Spezifikation#Spezifikation in der Informatik\|Spezifikation]] für die Programmiersprache [[Python (Programmiersprache)\|Python]], die eine [[Programmierschnittstelle\|Schnittstelle]] zwischen [[Webserver]]n und [[Webframework]]s bzw. [[Web Application Server]]n festlegt, um die [[Plattformunabhängigkeit\|Portabilität]] von [[Webanwendung]]en auf unterschiedlichen Webservern zu fördern.

	== Details ==		== Details ==

Acky69: Link präziser

2022-10-16T10:55:41Z

Link präziser

← Nächstältere Version		Version vom 16. Oktober 2022, 12:55 Uhr
Zeile 1:		Zeile 1:
	Das '''Web Server Gateway Interface''' ('''WSGI''') ist eine [[Spezifikation# Spezifikation_in_der_Informatik\|Spezifikation]] für die Programmiersprache [[Python (Programmiersprache)\|Python]], die eine [[Schnittstelle]] zwischen [[Webserver]]n und [[Webframework]]s bzw. [[Web Application Server]]n festlegt, um die [[Plattformunabhängigkeit\|Portabilität]] von [[Webanwendung]]en auf unterschiedlichen Webservern zu fördern.		Das '''Web Server Gateway Interface''' ('''WSGI''') ist eine [[Spezifikation# Spezifikation_in_der_Informatik\|Spezifikation]] für die Programmiersprache [[Python (Programmiersprache)\|Python]], die eine [[Programmierschnittstelle\|Schnittstelle]] zwischen [[Webserver]]n und [[Webframework]]s bzw. [[Web Application Server]]n festlegt, um die [[Plattformunabhängigkeit\|Portabilität]] von [[Webanwendung]]en auf unterschiedlichen Webservern zu fördern.

	== Details ==		== Details ==

Acky69: /* Anwendung */ Ausdruck

2022-10-15T11:58:57Z

Anwendung: Ausdruck

← Nächstältere Version		Version vom 15. Oktober 2022, 13:58 Uhr
Zeile 19:		Zeile 19:
	Bisher sind nur wenige [[Website]]s für eine extensive Nutzung von WSGI bekannt geworden.<ref>{{cite web\|url=http://trends.builtwith.com/Web-Server/mod_wsgi\|title=mod_wsgi Usage Statistics\|accessdate=2020-08-01}}</ref><ref>[http://w3techs.com/technologies/overview/programming_language/all w3techs.com]</ref>		Bisher sind nur wenige [[Website]]s für eine extensive Nutzung von WSGI bekannt geworden.<ref>{{cite web\|url=http://trends.builtwith.com/Web-Server/mod_wsgi\|title=mod_wsgi Usage Statistics\|accessdate=2020-08-01}}</ref><ref>[http://w3techs.com/technologies/overview/programming_language/all w3techs.com]</ref>
	Verwendet wird WSGI derzeit vor allem		Verwendet wird WSGI derzeit vor allem
	* über [[mod_wsgi]] in [[Apache HTTP Server\|Apache Web Servern]] oder		* über [[mod_wsgi]] auf [[Apache HTTP Server\|Apache Web Servern]] oder
	* über [[uwsgi]] in [[Nginx]]-<ref>[http://wiki.nginx.org/HttpUwsgiModule wiki.nginx.org]</ref> oder [[Cherokee (Webserver)\|Cherokee]]<ref>[http://cherokee-project.com/doc/cookbook_uwsgi.html cherokee-project.com]</ref>-Servern.		* über [[uwsgi]] auf [[Nginx]]-<ref>[http://wiki.nginx.org/HttpUwsgiModule wiki.nginx.org]</ref> oder [[Cherokee (Webserver)\|Cherokee]]<ref>[http://cherokee-project.com/doc/cookbook_uwsgi.html cherokee-project.com]</ref>-Servern.
	Beide Varianten können als eigenständiger [[Dienstprogramm\|Systemdienst]] ([[daemon]]) getrennt vom Webserver arbeiten und bieten so neben bedingten Sicherheits- und [[Rechenleistung\|Performance]]-Vorteilen auch komfortable [[Skalierbarkeit\|Möglichkeiten zur Skalierung]] und unterbrechungsfreie [[Softwareaktualisierung\|Update]]s.<ref>{{cite web\|url=http://nginx.org/LICENSE\|title=uwsgi Zerg Mode\|accessdate=2013-09-27}}</ref><ref>{{cite web\|url=http://code.google.com/p/modwsgi/wiki/QuickConfigurationGuide#Delegation_To_Daemon_Process\|title=mod_wsgi Daemon Delegation\|accessdate=2013-09-27}}</ref>		Beide Varianten können als eigenständiger [[Dienstprogramm\|Systemdienst]] ([[daemon]]) getrennt vom Webserver arbeiten und bieten so neben bedingten Sicherheits- und [[Rechenleistung\|Performance]]-Vorteilen auch komfortable [[Skalierbarkeit\|Möglichkeiten zur Skalierung]] und unterbrechungsfreie [[Softwareaktualisierung\|Update]]s.<ref>{{cite web\|url=http://nginx.org/LICENSE\|title=uwsgi Zerg Mode\|accessdate=2013-09-27}}</ref><ref>{{cite web\|url=http://code.google.com/p/modwsgi/wiki/QuickConfigurationGuide#Delegation_To_Daemon_Process\|title=mod_wsgi Daemon Delegation\|accessdate=2013-09-27}}</ref>

Acky69: HC: Ergänze Kategorie:Middleware

2022-10-15T11:50:44Z

HC: Ergänze Kategorie:Middleware

← Nächstältere Version		Version vom 15. Oktober 2022, 13:50 Uhr
Zeile 47:		Zeile 47:
	[[Kategorie:Programmierschnittstelle]]		[[Kategorie:Programmierschnittstelle]]
	[[Kategorie:Python (Programmiersprache)]]		[[Kategorie:Python (Programmiersprache)]]
			[[Kategorie:Middleware]]

Acky69: /* Details */ Doppel-Link raus

2022-10-15T11:30:34Z

Details: Doppel-Link raus

← Nächstältere Version		Version vom 15. Oktober 2022, 13:30 Uhr
Zeile 2:		Zeile 2:

	== Details ==		== Details ==
	Die eigentliche Schnittstelle besteht auf Anwendungsseite aus einem aufrufbaren [[Objekt (Programmierung)\|Objekt]] (<code>app</code> im Beispiel). Dieses erhält als [[Parameter (Informatik)\|Parameter]] die [[Umgebungsvariable]]n (<code>environ</code>) und ein [[Funktion (Programmierung)\|Funktions]]<nowiki></nowiki>objekt (<code>start_response</code>) und muss ein [[Iteration#Informatik\|iterierbar]]es Objekt zurückgeben. Die Umgebungsvariablen werden als [[assoziatives Array]] übergeben. Das Funktionsobjekt dient dazu, die [[HTTP-Header]] auszugeben; es wird von der [[Server]]-Seite aufgerufen, bevor der [[Rückgabewert]] der [[Funktion]] an den [[Client]] gesendet wird.		Die eigentliche Schnittstelle besteht auf Anwendungsseite aus einem aufrufbaren [[Objekt (Programmierung)\|Objekt]] (<code>app</code> im Beispiel). Dieses erhält als [[Parameter (Informatik)\|Parameter]] die [[Umgebungsvariable]]n (<code>environ</code>) und ein [[Funktion (Programmierung)\|Funktions]]<nowiki></nowiki>objekt (<code>start_response</code>) und muss ein [[Iteration#Informatik\|iterierbar]]es Objekt zurückgeben. Die Umgebungsvariablen werden als [[assoziatives Array]] übergeben. Das Funktionsobjekt dient dazu, die [[HTTP-Header]] auszugeben; es wird von der [[Server]]-Seite aufgerufen, bevor der [[Rückgabewert]] der Funktion an den [[Client]] gesendet wird.

	Beispiel:		Beispiel:

Acky69: zus. Links, Doppel-Links raus

2022-10-15T11:29:14Z

zus. Links, Doppel-Links raus

← Nächstältere Version		Version vom 15. Oktober 2022, 13:29 Uhr
Zeile 1:		Zeile 1:
	Das '''Web Server Gateway Interface''' ('''WSGI''') ist eine ~~Schnittstellen-~~Spezifikation für die Programmiersprache [[Python (Programmiersprache)\|Python]], die eine Schnittstelle zwischen [[Webserver]]n und [[Webframework]]s bzw. [[Web Application Server]]n festlegt, um die [[Plattformunabhängigkeit\|Portabilität]] von [[Webanwendung]]en auf unterschiedlichen Webservern zu fördern.		Das '''Web Server Gateway Interface''' ('''WSGI''') ist eine [[Spezifikation# Spezifikation_in_der_Informatik\|Spezifikation]] für die Programmiersprache [[Python (Programmiersprache)\|Python]], die eine [[Schnittstelle]] zwischen [[Webserver]]n und [[Webframework]]s bzw. [[Web Application Server]]n festlegt, um die [[Plattformunabhängigkeit\|Portabilität]] von [[Webanwendung]]en auf unterschiedlichen Webservern zu fördern.

	== Details ==		== Details ==
	Die eigentliche Schnittstelle besteht auf Anwendungsseite aus einem aufrufbaren Objekt. Dieses erhält als Parameter die ~~Umgebungsvariablen~~ und ein ~~Funktionsobjekt~~ (<code>start_response</code> ~~im Beispiel~~) und muss ein ~~iterierbares~~ Objekt zurückgeben. Die Umgebungsvariablen werden als [[assoziatives Array]] übergeben ~~(<code>environ</code> im Beispiel)~~. Das Funktionsobjekt dient dazu, die HTTP-Header auszugeben; es wird von der Server-Seite aufgerufen, bevor der Rückgabewert der Funktion an den Client gesendet wird.		Die eigentliche Schnittstelle besteht auf Anwendungsseite aus einem aufrufbaren [[Objekt (Programmierung)\|Objekt]] (<code>app</code> im Beispiel). Dieses erhält als [[Parameter (Informatik)\|Parameter]] die [[Umgebungsvariable]]n (<code>environ</code>) und ein [[Funktion (Programmierung)\|Funktions]]<nowiki></nowiki>objekt (<code>start_response</code>) und muss ein [[Iteration#Informatik\|iterierbar]]es Objekt zurückgeben. Die Umgebungsvariablen werden als [[assoziatives Array]] übergeben. Das Funktionsobjekt dient dazu, die [[HTTP-Header]] auszugeben; es wird von der [[Server]]-Seite aufgerufen, bevor der [[Rückgabewert]] der [[Funktion]] an den [[Client]] gesendet wird.

	Beispiel:		Beispiel:
Zeile 12:		Zeile 12:

	== Hintergrund ==		== Hintergrund ==
	In den letzten Jahren entwickelte sich auf der Basis von [[Python ~~(Programmiersprache)\|Python]]~~ ~~eine Vielzahl von [[~~Web Application ~~Framework]]s~~ und [[Web Application ~~Server]]n~~. Die Schwierigkeit bestand darin, dass die Auswahl eines Frameworks die Auswahl des Webservers einschränkte und umgekehrt. Dies machte es schwer, sich für ein System zu entscheiden und erschwerte zusätzlich die ~~[[Plattformunabhängigkeit\|~~Portabilität]], wenn man später ein anderes Framework bzw. einen anderen Webserver verwenden wollte.		In den letzten Jahren entwickelte sich auf der Basis von Python viele Web Application Frameworks und Web Application Servern. Die Schwierigkeit bestand darin, dass die Auswahl eines Frameworks die Auswahl des Webservers einschränkte und umgekehrt. Dies machte es schwer, sich für ein System zu entscheiden und erschwerte zusätzlich die Portabilität, wenn man später ein anderes Framework bzw. einen anderen Webserver verwenden wollte.

	Um diesem Problem entgegenzuwirken, wurde das ''Python Web Server Gateway Interface'' geschaffen – gedacht als einheitliche Schnittstelle ([[Middleware]]) zwischen den beiden Welten. Dies sollte eine Trennung des Webservers ~~und~~ der dahinterliegenden Anwendung ermöglichen und damit die Portabilität für diese erhöhen. Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 war vom 7. Dezember 2003.		Um diesem Problem entgegenzuwirken, wurde das ''Python Web Server Gateway Interface'' geschaffen – gedacht als einheitliche Schnittstelle ([[Middleware]]) zwischen den beiden Welten. Dies sollte eine Trennung des Webservers von der dahinterliegenden Anwendung ermöglichen und damit die Portabilität für diese erhöhen. Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 war vom 7. Dezember 2003.

	== Anwendung ==		== Anwendung ==
	Bisher sind nur wenige ~~Websites~~ für eine extensive Nutzung von WSGI bekannt geworden.<ref>{{cite web\|url=http://trends.builtwith.com/Web-Server/mod_wsgi\|title=mod_wsgi Usage Statistics\|accessdate=2020-08-01}}</ref><ref>[http://w3techs.com/technologies/overview/programming_language/all w3techs.com]</ref>		Bisher sind nur wenige [[Website]]s für eine extensive Nutzung von WSGI bekannt geworden.<ref>{{cite web\|url=http://trends.builtwith.com/Web-Server/mod_wsgi\|title=mod_wsgi Usage Statistics\|accessdate=2020-08-01}}</ref><ref>[http://w3techs.com/technologies/overview/programming_language/all w3techs.com]</ref>
			Verwendet wird WSGI derzeit vor allem
⚫	~~Verwendung findet derzeit WSGI vor allem über [[mod_wsgi]] in [[Apache HTTP Server\|Apache Web Servern]] oder~~ über [[uwsgi]] in [[Nginx]]-<ref>[http://wiki.nginx.org/HttpUwsgiModule wiki.nginx.org]</ref> oder [[Cherokee (Webserver)\|Cherokee]]<ref>[http://cherokee-project.com/doc/cookbook_uwsgi.html cherokee-project.com]</ref>-Servern.
			* über [[mod_wsgi]] in [[Apache HTTP Server\|Apache Web Servern]] oder
⚫	Beide Varianten können als eigenständiger Systemdienst (daemon) vom Webserver ~~getrennt~~ arbeiten und bieten so neben bedingten Sicherheits- und Performance-Vorteilen auch komfortable Möglichkeiten zur Skalierung und ~~unterbrechungsfreien~~ ~~Updates~~.<ref>{{cite web\|url=http://nginx.org/LICENSE\|title=uwsgi Zerg Mode\|accessdate=2013-09-27}}</ref><ref>{{cite web\|url=http://code.google.com/p/modwsgi/wiki/QuickConfigurationGuide#Delegation_To_Daemon_Process\|title=mod_wsgi Daemon Delegation\|accessdate=2013-09-27}}</ref>
		⚫	* über [[uwsgi]] in [[Nginx]]-<ref>[http://wiki.nginx.org/HttpUwsgiModule wiki.nginx.org]</ref> oder [[Cherokee (Webserver)\|Cherokee]]<ref>[http://cherokee-project.com/doc/cookbook_uwsgi.html cherokee-project.com]</ref>-Servern.
		⚫	Beide Varianten können als eigenständiger [[Dienstprogramm\|Systemdienst]] ([[daemon]]) getrennt vom Webserver arbeiten und bieten so neben bedingten Sicherheits- und [[Rechenleistung\|Performance]]-Vorteilen auch komfortable [[Skalierbarkeit\|Möglichkeiten zur Skalierung]] und unterbrechungsfreie [[Softwareaktualisierung\|Update]]s.<ref>{{cite web\|url=http://nginx.org/LICENSE\|title=uwsgi Zerg Mode\|accessdate=2013-09-27}}</ref><ref>{{cite web\|url=http://code.google.com/p/modwsgi/wiki/QuickConfigurationGuide#Delegation_To_Daemon_Process\|title=mod_wsgi Daemon Delegation\|accessdate=2013-09-27}}</ref>

	== WSGI-kompatible Software ==		== WSGI-kompatible Software ==

85.212.142.158: /* Hintergrund */

2022-06-07T21:30:43Z

Hintergrund

← Nächstältere Version		Version vom 7. Juni 2022, 23:30 Uhr
Zeile 13:		Zeile 13:
	== Hintergrund ==		== Hintergrund ==
	In den letzten Jahren entwickelte sich auf der Basis von [[Python (Programmiersprache)\|Python]] eine Vielzahl von [[Web Application Framework]]s und [[Web Application Server]]n. Die Schwierigkeit bestand darin, dass die Auswahl eines Frameworks die Auswahl des Webservers einschränkte und umgekehrt. Dies machte es schwer, sich für ein System zu entscheiden und erschwerte zusätzlich die [[Plattformunabhängigkeit\|Portabilität]], wenn man später ein anderes Framework bzw. einen anderen Webserver verwenden wollte.		In den letzten Jahren entwickelte sich auf der Basis von [[Python (Programmiersprache)\|Python]] eine Vielzahl von [[Web Application Framework]]s und [[Web Application Server]]n. Die Schwierigkeit bestand darin, dass die Auswahl eines Frameworks die Auswahl des Webservers einschränkte und umgekehrt. Dies machte es schwer, sich für ein System zu entscheiden und erschwerte zusätzlich die [[Plattformunabhängigkeit\|Portabilität]], wenn man später ein anderes Framework bzw. einen anderen Webserver verwenden wollte.
	Um diesem Problem entgegenzuwirken wurde das ''Python Web Server Gateway Interface'' geschaffen – gedacht als einheitliche Schnittstelle ([[Middleware]]) zwischen den beiden Welten. Dies sollte eine Trennung des Webservers und der dahinterliegenden Anwendung ermöglichen und damit die Portabilität für diese erhöhen. Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 war vom 7. Dezember 2003.		Um diesem Problem entgegenzuwirken, wurde das ''Python Web Server Gateway Interface'' geschaffen – gedacht als einheitliche Schnittstelle ([[Middleware]]) zwischen den beiden Welten. Dies sollte eine Trennung des Webservers und der dahinterliegenden Anwendung ermöglichen und damit die Portabilität für diese erhöhen. Der erste Entwurf des zugehörigen [[Python Enhancement Proposal]] 333 war vom 7. Dezember 2003.

	== Anwendung ==		== Anwendung ==

← Nächstältere Version		Version vom 15. Oktober 2022, 13:58 Uhr
Zeile 19:		Zeile 19:
	Bisher sind nur wenige [[Website]]s für eine extensive Nutzung von WSGI bekannt geworden.<ref>{{cite web\|url=http://trends.builtwith.com/Web-Server/mod_wsgi\|title=mod_wsgi Usage Statistics\|accessdate=2020-08-01}}</ref><ref>[http://w3techs.com/technologies/overview/programming_language/all w3techs.com]</ref>		Bisher sind nur wenige [[Website]]s für eine extensive Nutzung von WSGI bekannt geworden.<ref>{{cite web\|url=http://trends.builtwith.com/Web-Server/mod_wsgi\|title=mod_wsgi Usage Statistics\|accessdate=2020-08-01}}</ref><ref>[http://w3techs.com/technologies/overview/programming_language/all w3techs.com]</ref>
	Verwendet wird WSGI derzeit vor allem		Verwendet wird WSGI derzeit vor allem
	* über [[mod_wsgi]] in [[Apache HTTP Server\|Apache Web Servern]] oder		* über [[mod_wsgi]] auf [[Apache HTTP Server\|Apache Web Servern]] oder
	* über [[uwsgi]] in [[Nginx]]-<ref>[http://wiki.nginx.org/HttpUwsgiModule wiki.nginx.org]</ref> oder [[Cherokee (Webserver)\|Cherokee]]<ref>[http://cherokee-project.com/doc/cookbook_uwsgi.html cherokee-project.com]</ref>-Servern.		* über [[uwsgi]] auf [[Nginx]]-<ref>[http://wiki.nginx.org/HttpUwsgiModule wiki.nginx.org]</ref> oder [[Cherokee (Webserver)\|Cherokee]]<ref>[http://cherokee-project.com/doc/cookbook_uwsgi.html cherokee-project.com]</ref>-Servern.
	Beide Varianten können als eigenständiger [[Dienstprogramm\|Systemdienst]] ([[daemon]]) getrennt vom Webserver arbeiten und bieten so neben bedingten Sicherheits- und [[Rechenleistung\|Performance]]-Vorteilen auch komfortable [[Skalierbarkeit\|Möglichkeiten zur Skalierung]] und unterbrechungsfreie [[Softwareaktualisierung\|Update]]s.<ref>{{cite web\|url=http://nginx.org/LICENSE\|title=uwsgi Zerg Mode\|accessdate=2013-09-27}}</ref><ref>{{cite web\|url=http://code.google.com/p/modwsgi/wiki/QuickConfigurationGuide#Delegation_To_Daemon_Process\|title=mod_wsgi Daemon Delegation\|accessdate=2013-09-27}}</ref>		Beide Varianten können als eigenständiger [[Dienstprogramm\|Systemdienst]] ([[daemon]]) getrennt vom Webserver arbeiten und bieten so neben bedingten Sicherheits- und [[Rechenleistung\|Performance]]-Vorteilen auch komfortable [[Skalierbarkeit\|Möglichkeiten zur Skalierung]] und unterbrechungsfreie [[Softwareaktualisierung\|Update]]s.<ref>{{cite web\|url=http://nginx.org/LICENSE\|title=uwsgi Zerg Mode\|accessdate=2013-09-27}}</ref><ref>{{cite web\|url=http://code.google.com/p/modwsgi/wiki/QuickConfigurationGuide#Delegation_To_Daemon_Process\|title=mod_wsgi Daemon Delegation\|accessdate=2013-09-27}}</ref>