Diskussion:Common Gateway Interface - Versionsgeschichte

PerfektesChaos: /* Abgrenzung zu Web Frameworks? */ aw

2018-11-03T17:47:56Z

Abgrenzung zu Web Frameworks?: aw

← Nächstältere Version		Version vom 3. November 2018, 19:47 Uhr
Zeile 111:		Zeile 111:
	: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 00:42, 1. Nov. 2018 (CET)		: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 00:42, 1. Nov. 2018 (CET)
	:: Aber dieses "...nach initialer Lastverteilung anderen Architekturen..usw." ist ja genau das, was dieses Webframework, das in dem verlinkten Artikel erwähnt wird, macht.--[[Spezial:Beiträge/134.3.80.238\|134.3.80.238]] 18:15, 3. Nov. 2018 (CET)		:: Aber dieses "...nach initialer Lastverteilung anderen Architekturen..usw." ist ja genau das, was dieses Webframework, das in dem verlinkten Artikel erwähnt wird, macht.--[[Spezial:Beiträge/134.3.80.238\|134.3.80.238]] 18:15, 3. Nov. 2018 (CET)

			::: Nö, nicht notwendigerweise.
			::: Der Artikel [[Webframework]] beschreibt erstmal nur, dass das eine Ansammlung von Verwaltungsstrukturen und Arbeitsorganisation und Zugriffsrechten und einem oder mehreren Publikums-Frontends sein könne, ohne an irgendeiner Stelle konkret zu werden.
			::: Wie schlau eine Programmierung auf dem Server dann wäre, ob sie mit mehreren gleichzeitig und mit Lastverteilung arbeiten kann oder nicht, hängt ganz vom verwendeten System ab.
			::: Bloß würde man halt heutzutage einen mit Tausenden parallel geöffneter Sitzungen gleichzeitig arbeitenden einzelnen Prozess starten, statt wie zu Zeiten der Telefon-Modems über einzelne Shell-Skripts zu gehen, was natürlich bei einer großen Zahl von Anfragen bös ineffizient werden muss.
			::: Der hiesige Artikel beschreibt eine konkrete technische Umsetzung mit Details wie „Umgebungsvariablen“, wie sie vor dreißig Jahren Stand der Technik war, während [[Webframework]] ohne Konkretisierung aufzählt, was eine Installation für viele Anfragen und viele Texte und Datensätze und viele menschliche Bearbeiter und Pfleger so alles drauf haben sollte.
			::: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 18:47, 3. Nov. 2018 (CET)

134.3.80.238: /* Abgrenzung zu Web Frameworks? */

2018-11-03T17:15:09Z

Abgrenzung zu Web Frameworks?

← Nächstältere Version		Version vom 3. November 2018, 19:15 Uhr
Zeile 110:		Zeile 110:
	: CGI-Systeme sind allerdings wesentlich simpler zu bauen, etwa schon durch schlichte Shell-Skrpte, und im ersten Jahrzehnt war das serverseitig auch nichts anderes gewesen.		: CGI-Systeme sind allerdings wesentlich simpler zu bauen, etwa schon durch schlichte Shell-Skrpte, und im ersten Jahrzehnt war das serverseitig auch nichts anderes gewesen.
	: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 00:42, 1. Nov. 2018 (CET)		: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 00:42, 1. Nov. 2018 (CET)
	:: Aber dieses "...nach initialer Lastverteilung anderen Architekturen..usw." ist ja genau das, was dieses Webframework, das in dem verlinkten Artikel erwähnt wird, macht.		:: Aber dieses "...nach initialer Lastverteilung anderen Architekturen..usw." ist ja genau das, was dieses Webframework, das in dem verlinkten Artikel erwähnt wird, macht.--[[Spezial:Beiträge/134.3.80.238\|134.3.80.238]] 18:15, 3. Nov. 2018 (CET)

134.3.80.238: /* Abgrenzung zu Web Frameworks? */

2018-11-03T17:14:51Z

Abgrenzung zu Web Frameworks?

← Nächstältere Version		Version vom 3. November 2018, 19:14 Uhr
Zeile 110:		Zeile 110:
	: CGI-Systeme sind allerdings wesentlich simpler zu bauen, etwa schon durch schlichte Shell-Skrpte, und im ersten Jahrzehnt war das serverseitig auch nichts anderes gewesen.		: CGI-Systeme sind allerdings wesentlich simpler zu bauen, etwa schon durch schlichte Shell-Skrpte, und im ersten Jahrzehnt war das serverseitig auch nichts anderes gewesen.
	: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 00:42, 1. Nov. 2018 (CET)		: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 00:42, 1. Nov. 2018 (CET)
			:: Aber dieses "...nach initialer Lastverteilung anderen Architekturen..usw." ist ja genau das, was dieses Webframework, das in dem verlinkten Artikel erwähnt wird, macht.

PerfektesChaos: /* Abgrenzung zu Web Frameworks? */ aw

2018-10-31T23:42:48Z

Abgrenzung zu Web Frameworks?: aw

← Nächstältere Version		Version vom 1. November 2018, 01:42 Uhr
Zeile 98:		Zeile 98:

	Da mir schon klar war, dass jedes CGI Programm bei jeder Abfrage das Starten eines neuen teuren Prozesses bedeutet, habe ich nach Alternativen gesucht, die das ganze auch in möglichst einem Prozess bewerkstelligt. Mittels der beiden Suchbegriffe "cgi + slow" bin ich dann auf die Seite [https://www.embedthis.com/blog/posts/stop-using-cgi/stop-using-cgi.html "Stop Using CGI"] geraten. Dort wird ein Web Framework als Alternative zu CGI propagiert. Liest man aber den Wikipedia Artikel zum Thema [[Webframework]] durch, dann wird dort gar nicht klar, dass ein Web Framework auch CGI oder FastCGI ersetzen und in diesem Artikel findet man zu dieser Thematik auch nichts. Außer eben, dass gängige Webserver wie bspw. Apache ansonsten noch Module für irgendeine Skriptsprache mitliefern, bei denen dann auch nicht ständig ein neuer Prozess für jede Abfrage gestartet werden muss. Ich finde, das sollte man in dem Artikel oder im Verwandten Artikel [[ Webframework]] noch einmal klarer herausheben, besonders wenn die Definition auf der verlinkten Seite richtig ist, wovon ich momentan ausgehe. --[[Spezial:Beiträge/134.3.80.238\|134.3.80.238]] 10:19, 31. Okt. 2018 (CET)		Da mir schon klar war, dass jedes CGI Programm bei jeder Abfrage das Starten eines neuen teuren Prozesses bedeutet, habe ich nach Alternativen gesucht, die das ganze auch in möglichst einem Prozess bewerkstelligt. Mittels der beiden Suchbegriffe "cgi + slow" bin ich dann auf die Seite [https://www.embedthis.com/blog/posts/stop-using-cgi/stop-using-cgi.html "Stop Using CGI"] geraten. Dort wird ein Web Framework als Alternative zu CGI propagiert. Liest man aber den Wikipedia Artikel zum Thema [[Webframework]] durch, dann wird dort gar nicht klar, dass ein Web Framework auch CGI oder FastCGI ersetzen und in diesem Artikel findet man zu dieser Thematik auch nichts. Außer eben, dass gängige Webserver wie bspw. Apache ansonsten noch Module für irgendeine Skriptsprache mitliefern, bei denen dann auch nicht ständig ein neuer Prozess für jede Abfrage gestartet werden muss. Ich finde, das sollte man in dem Artikel oder im Verwandten Artikel [[ Webframework]] noch einmal klarer herausheben, besonders wenn die Definition auf der verlinkten Seite richtig ist, wovon ich momentan ausgehe. --[[Spezial:Beiträge/134.3.80.238\|134.3.80.238]] 10:19, 31. Okt. 2018 (CET)

			: Diese beiden Artikel haben eigentlich nichts oder nur wenig miteinander zu tun, sind deshalb auch nicht abzugrenzen.
			:* [[Webframework]] hantiert auf der Ebene der inhaltlichen Autoren, die Texte, Formulare, Dekoration usw. entwickeln, und das ggf. vielfältig verteilt über menschliche Arbeitsgruppen und unterschiedliche Server und Abteilungen.
			:* CGI ist eine Technik, wie ein Server rein technisch eine Anfrage über das Netz handhabt und beantwortet.
			:** Sie ist sogar älter als das „Internet“ (www).
			:** Sie beruht architektonisch auf den typischen Unix-Workstations jener Zeit.
			:** Damals gab es kaum Anfragen, auch keine Million Netz-Teilnehmer, und deshalb auch keine hochfrequente Auslastung.
			:** Deshalb genügte es, simple, leicht zu erstellende Skripte auf dem Server wie halt üblich auszuführen.
			: Für heutige, skalierbare Hochlast-Dialoge wird man sich nach initialer Lastverteilung andere Architekturen ausdenken, die eine Session mit einem Dialogpartner an einen kontinuierlichen inneren Prozess knüpft und deren Anwendungsprogramm je Server nur einmal im Monat neu gestartet wird und danach möglichst ohne permanente Kindprozesse auf Betriebssystem-Ebene alle Datenbankzugriffe usw. aus dem einen permanenten Prozess heraus ausführen.
			:* Der CGI-Prozess wird hingegen typischerweise mit dem Senden der Antwort beendet, und die Fortsetzung durch den nächsten Dialog-Schritt des Klienten führt zu einem neuen CGI-Prozess und ggf. eine Verknüpfung mit dem vorangegangenen Schritt mittels einer Session-ID, oft in der URL sichtbar.
			: CGI-Systeme sind allerdings wesentlich simpler zu bauen, etwa schon durch schlichte Shell-Skrpte, und im ersten Jahrzehnt war das serverseitig auch nichts anderes gewesen.
			: VG --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 00:42, 1. Nov. 2018 (CET)

134.3.80.238: Neuer Abschnitt /* Abgrenzung zu Web Frameworks? */

2018-10-31T09:19:40Z

Neuer Abschnitt Abgrenzung zu Web Frameworks?

← Nächstältere Version		Version vom 31. Oktober 2018, 11:19 Uhr
Zeile 94:		Zeile 94:
	und paßt vorzüglich beispielsweise zu einer /bin/sh.		und paßt vorzüglich beispielsweise zu einer /bin/sh.
	--[[Benutzer:Wphobs\|Wphobs]] ([[Benutzer Diskussion:Wphobs\|Diskussion]]) 14:06, 13. Mär. 2018 (CET)		--[[Benutzer:Wphobs\|Wphobs]] ([[Benutzer Diskussion:Wphobs\|Diskussion]]) 14:06, 13. Mär. 2018 (CET)

			== Abgrenzung zu Web Frameworks? ==

			Da mir schon klar war, dass jedes CGI Programm bei jeder Abfrage das Starten eines neuen teuren Prozesses bedeutet, habe ich nach Alternativen gesucht, die das ganze auch in möglichst einem Prozess bewerkstelligt. Mittels der beiden Suchbegriffe "cgi + slow" bin ich dann auf die Seite [https://www.embedthis.com/blog/posts/stop-using-cgi/stop-using-cgi.html "Stop Using CGI"] geraten. Dort wird ein Web Framework als Alternative zu CGI propagiert. Liest man aber den Wikipedia Artikel zum Thema [[Webframework]] durch, dann wird dort gar nicht klar, dass ein Web Framework auch CGI oder FastCGI ersetzen und in diesem Artikel findet man zu dieser Thematik auch nichts. Außer eben, dass gängige Webserver wie bspw. Apache ansonsten noch Module für irgendeine Skriptsprache mitliefern, bei denen dann auch nicht ständig ein neuer Prozess für jede Abfrage gestartet werden muss. Ich finde, das sollte man in dem Artikel oder im Verwandten Artikel [[ Webframework]] noch einmal klarer herausheben, besonders wenn die Definition auf der verlinkten Seite richtig ist, wovon ich momentan ausgehe. --[[Spezial:Beiträge/134.3.80.238\|134.3.80.238]] 10:19, 31. Okt. 2018 (CET)

91.38.34.161: /* Geschwindigkeit ist relativ */

2018-03-15T14:46:03Z

Geschwindigkeit ist relativ

← Nächstältere Version		Version vom 15. März 2018, 16:46 Uhr
Zeile 75:		Zeile 75:
	So kann eine Aufgabe 100-mal mehr Zeitbedarf haben als das Starten eines		So kann eine Aufgabe 100-mal mehr Zeitbedarf haben als das Starten eines
	neuen Prozesses.		neuen Prozesses.
	Somit ist der Zeitbedarf für das Starten eines neuen Prozesses sehr relativ,		'''Somit ist der Zeitbedarf für das Starten eines neuen Prozesses sehr relativ''',
	möglicherweise meistens fast ohne Bedeutung.		möglicherweise meistens fast ohne Bedeutung.

Zeile 87:		Zeile 87:
	Es kann beobachtet werden, daß Prozesse bei wiederholten Starts		Es kann beobachtet werden, daß Prozesse bei wiederholten Starts
	beispielsweise 3-fach schneller starten.		beispielsweise 3-fach schneller starten.

			Daß FastCGI sich nicht durchsetzte, ist nicht verwunderlich.
			Bestehende /cgi/Skripte, an denen vielleicht ein halbes Jahr entwickelt
			wurde, müßten schließlich neu entwickelt werden!
			Außerdem ist die herkömmliche CGI-Schnittstelle sehr ''angenehm'', einfach, nützlich
			und paßt vorzüglich beispielsweise zu einer /bin/sh.
	--[[Benutzer:Wphobs\|Wphobs]] ([[Benutzer Diskussion:Wphobs\|Diskussion]]) 14:06, 13. Mär. 2018 (CET)		--[[Benutzer:Wphobs\|Wphobs]] ([[Benutzer Diskussion:Wphobs\|Diskussion]]) 14:06, 13. Mär. 2018 (CET)

91.38.37.68: /* Geschwindigkeit ist relativ */

2018-03-13T13:18:21Z

Geschwindigkeit ist relativ

← Nächstältere Version		Version vom 13. März 2018, 15:18 Uhr
Zeile 78:		Zeile 78:
	möglicherweise meistens fast ohne Bedeutung.		möglicherweise meistens fast ohne Bedeutung.

	Ich selbst habe auf ~~meinem~~ Webspace einen selbst entwickelten Interpreter		Ich selbst habe auf meinen Webspace einen selbst entwickelten Interpreter
	/cgi/shell_interpreter (linux-executable 64bit) hochgeladen, der in den		/cgi/shell_interpreter (linux-executable 64bit) hochgeladen, der in den
	ausführbaren Skripten jeweils in der ersten Zeile '#!./shell_interpreter'		ausführbaren Skripten jeweils in der ersten Zeile '#!./shell_interpreter'

Wphobs: /* Geschwindigkeit ist relativ */

2018-03-13T13:09:33Z

Geschwindigkeit ist relativ

← Nächstältere Version		Version vom 13. März 2018, 15:09 Uhr
Zeile 86:		Zeile 86:
	Die Betriebssysteme optimieren zudem das Starten von Prozessen.		Die Betriebssysteme optimieren zudem das Starten von Prozessen.
	Es kann beobachtet werden, daß Prozesse bei wiederholten Starts		Es kann beobachtet werden, daß Prozesse bei wiederholten Starts
	beispielsweise 3-fach schneller starten ~~(laden+starten)~~.		beispielsweise 3-fach schneller starten.
	--[[Benutzer:Wphobs\|Wphobs]] ([[Benutzer Diskussion:Wphobs\|Diskussion]]) 14:06, 13. Mär. 2018 (CET)		--[[Benutzer:Wphobs\|Wphobs]] ([[Benutzer Diskussion:Wphobs\|Diskussion]]) 14:06, 13. Mär. 2018 (CET)

Wphobs: /* Geschwindigkeit ist relativ */

2018-03-13T13:06:37Z

Geschwindigkeit ist relativ

← Nächstältere Version		Version vom 13. März 2018, 15:06 Uhr
Zeile 83:		Zeile 83:
	genannt wird.		genannt wird.
	Der läuft seit 1998 makellos und sehr schnell.		Der läuft seit 1998 makellos und sehr schnell.

	--wphobs
			Die Betriebssysteme optimieren zudem das Starten von Prozessen.
			Es kann beobachtet werden, daß Prozesse bei wiederholten Starts
			beispielsweise 3-fach schneller starten (laden+starten).
			--[[Benutzer:Wphobs\|Wphobs]] ([[Benutzer Diskussion:Wphobs\|Diskussion]]) 14:06, 13. Mär. 2018 (CET)

Wphobs: Neuer Abschnitt /* Geschwindigkeit ist relativ */

2018-03-13T06:14:36Z

Neuer Abschnitt Geschwindigkeit ist relativ

← Nächstältere Version		Version vom 13. März 2018, 08:14 Uhr
Zeile 68:		Zeile 68:
	: ''Jede'' Sprache ist nutzbar. Da wird die Liste aber lang. --[[Benutzer:PeeCee\|P.C.]] [[Benutzer Diskussion:PeeCee\|✉]] 19:36, 13. Sep. 2012 (CEST)		: ''Jede'' Sprache ist nutzbar. Da wird die Liste aber lang. --[[Benutzer:PeeCee\|P.C.]] [[Benutzer Diskussion:PeeCee\|✉]] 19:36, 13. Sep. 2012 (CEST)
	::Das sollte kein Hinderungsgrund sein. Ich für meinen Teil würde auch "Tcl" (mit mod_tcl) noch mit hinzufügen. ;) [[Benutzer:Wiesenkraut\|Wiesenkraut]] ([[Benutzer Diskussion:Wiesenkraut\|Diskussion]]) 13:37, 22. Sep. 2014 (CEST)		::Das sollte kein Hinderungsgrund sein. Ich für meinen Teil würde auch "Tcl" (mit mod_tcl) noch mit hinzufügen. ;) [[Benutzer:Wiesenkraut\|Wiesenkraut]] ([[Benutzer Diskussion:Wiesenkraut\|Diskussion]]) 13:37, 22. Sep. 2014 (CEST)

			== Geschwindigkeit ist relativ ==

			Die Geschwindigkeit eines Interpreters kann hoch oder gering sein.
			Ein Skript kann kurz und einfach sein, aber auch komplex, mit umfangreicher Aufgabe.
			So kann eine Aufgabe 100-mal mehr Zeitbedarf haben als das Starten eines
			neuen Prozesses.
			Somit ist der Zeitbedarf für das Starten eines neuen Prozesses sehr relativ,
			möglicherweise meistens fast ohne Bedeutung.

			Ich selbst habe auf meinem Webspace einen selbst entwickelten Interpreter
			/cgi/shell_interpreter (linux-executable 64bit) hochgeladen, der in den
			ausführbaren Skripten jeweils in der ersten Zeile '#!./shell_interpreter'
			genannt wird.
			Der läuft seit 1998 makellos und sehr schnell.
			--wphobs