Serverseitig / clientseitig - Versionsgeschichte

Sabine: /* serverseitig */

2011-12-12T17:11:25Z

serverseitig

← Nächstältere Version		Version vom 12. Dezember 2011, 17:11 Uhr
Zeile 14:		Zeile 14:
	Wie man hier schon erkennen kann bietet sich gegenüber clientseitiger Sprachen der Vorteil, dass die Clients den ursprünglichen Quellcode nicht zugesandt bekommen und somit auch nicht kopieren können.		Wie man hier schon erkennen kann bietet sich gegenüber clientseitiger Sprachen der Vorteil, dass die Clients den ursprünglichen Quellcode nicht zugesandt bekommen und somit auch nicht kopieren können.
	Ein weiterer Vorteil ist, dass die Rechenvorgänge auf dem Server stattfinden und damit die Clients keine besonderen Voraussetzungen benötigen.		Ein weiterer Vorteil ist, dass die Rechenvorgänge auf dem Server stattfinden und damit die Clients keine besonderen Voraussetzungen benötigen.


	== clientseitig ==		== clientseitig ==

D4rkn3ss: {{Quote}}-Fix

2007-09-14T15:08:33Z

{{Quote}}-Fix

← Nächstältere Version		Version vom 14. September 2007, 15:08 Uhr
Zeile 5:		Zeile 5:
	Serverseitige Scriptsprachen wirken wie der Name schon sagt auf dem Server. So kann man z.B. mit PHP (serverseitig) Texte in eine Seite speichern (wie hier im Wiki, in Foren oder auch in Gästebüchern). HTML-Dateien hingegen sind statisch, d.h. sie werden so wie man sie auf den Server hochgeladen hat auch später an den Client gesendet. Bei einem Gästebuch wird ein (serverseitiger) Scriptcode auf den Server geladen, der dann bei jedem Aufrufen durch einen Client erneut "geparsed"/"interpretiert" wird (z.B. Abfrage: "die 5 neuesten Gästebucheinträge anzeigen"). Anschließend wird die so berechnete Seite an den Client gesendet. So können serverseitige Scripts teilweise viel größere Dateien an die Clients senden als der Webmaster ursprünglich hochgeladen hat.		Serverseitige Scriptsprachen wirken wie der Name schon sagt auf dem Server. So kann man z.B. mit PHP (serverseitig) Texte in eine Seite speichern (wie hier im Wiki, in Foren oder auch in Gästebüchern). HTML-Dateien hingegen sind statisch, d.h. sie werden so wie man sie auf den Server hochgeladen hat auch später an den Client gesendet. Bei einem Gästebuch wird ein (serverseitiger) Scriptcode auf den Server geladen, der dann bei jedem Aufrufen durch einen Client erneut "geparsed"/"interpretiert" wird (z.B. Abfrage: "die 5 neuesten Gästebucheinträge anzeigen"). Anschließend wird die so berechnete Seite an den Client gesendet. So können serverseitige Scripts teilweise viel größere Dateien an die Clients senden als der Webmaster ursprünglich hochgeladen hat.
	<p>		<p>
	{{~~Equote~~\|Code:\|<nowiki><?php		{{Quote\|Code\|<nowiki><?php
	for($i=0;$i<2000;$i++){		for($i=0;$i<2000;$i++){
	echo "test ";		echo "test ";

DarkModi am 18. August 2007 um 18:15 Uhr

2007-08-18T18:15:08Z

← Nächstältere Version		Version vom 18. August 2007, 18:15 Uhr
Zeile 1:		Zeile 1:
	~~{{Überarbeiten}}~~

	== Server und Clients im WWW ==		== Server und Clients im WWW ==
	Im World Wide Web unterscheidet man zwischen Clients und Servern. Der Client ist der Computer, der die Internetseiten abruft und der Server der der sie speichert (, generiert) und schließlich an die Clients sendet. Jeder "Surfer" (bzw. der Computer, an dem er sitzt) im Netz ist also ein Client.		Im World Wide Web unterscheidet man zwischen Clients und Servern. Der Client ist der Computer, der die Internetseiten abruft und der Server der der sie speichert (, generiert) und schließlich an die Clients sendet. Jeder "Surfer" (bzw. der Computer, an dem er sitzt) im Netz ist also ein Client.

DarkModi: /* clientseitig */ HTML mit Wikicode ersetzt

2007-08-11T17:39:32Z

clientseitig: HTML mit Wikicode ersetzt

← Nächstältere Version		Version vom 11. August 2007, 17:39 Uhr
Zeile 20:		Zeile 20:
	== clientseitig ==		== clientseitig ==
	Wie oben bereits beschrieben ist die Client-Seite der PC des "Surfers" im Internet, genauer der [[Browser]]. Daher ist alles was am Ende bei dem Client ankommt clientseitig:		Wie oben bereits beschrieben ist die Client-Seite der PC des "Surfers" im Internet, genauer der [[Browser]]. Daher ist alles was am Ende bei dem Client ankommt clientseitig:
	~~<li>~~ [[HTML]], CSS		* [[HTML]], CSS
	~~<li>~~ [[Javascript]], MS J-Script, MS VB-Script		* [[Javascript]], MS J-Script, MS VB-Script
	~~<li>~~ [[Java]]		* [[Java]]
	~~<li>~~ [[Flash]]		* [[Flash]]
	~~<li>~~ usw.		* usw.
	<br>		<br>
	Wie du vielleicht schon bemerkt hast gibt es hier einen Haken: der Client muss diese Techniken auch beherrschen. Wer einen alten Browser hat, der noch kein Javascript kann, der kann das auch nicht verwenden. Genauso ist es mit der Java Runtime Environment und dem Flashplayer. Je nach Zielgruppe der Internetseite muss sich der Webmaster gut überlegen, welche Technologien er einsetzt und wie stark die Seite davon abhängig ist ("Geht die Seite auch noch wenn der Browser kein Javascript kann?").		Wie du vielleicht schon bemerkt hast gibt es hier einen Haken: der Client muss diese Techniken auch beherrschen. Wer einen alten Browser hat, der noch kein Javascript kann, der kann das auch nicht verwenden. Genauso ist es mit der Java Runtime Environment und dem Flashplayer. Je nach Zielgruppe der Internetseite muss sich der Webmaster gut überlegen, welche Technologien er einsetzt und wie stark die Seite davon abhängig ist ("Geht die Seite auch noch wenn der Browser kein Javascript kann?").

DarkModi am 11. August 2007 um 17:38 Uhr

2007-08-11T17:38:41Z

← Nächstältere Version		Version vom 11. August 2007, 17:38 Uhr
Zeile 28:		Zeile 28:
	Wie du vielleicht schon bemerkt hast gibt es hier einen Haken: der Client muss diese Techniken auch beherrschen. Wer einen alten Browser hat, der noch kein Javascript kann, der kann das auch nicht verwenden. Genauso ist es mit der Java Runtime Environment und dem Flashplayer. Je nach Zielgruppe der Internetseite muss sich der Webmaster gut überlegen, welche Technologien er einsetzt und wie stark die Seite davon abhängig ist ("Geht die Seite auch noch wenn der Browser kein Javascript kann?").		Wie du vielleicht schon bemerkt hast gibt es hier einen Haken: der Client muss diese Techniken auch beherrschen. Wer einen alten Browser hat, der noch kein Javascript kann, der kann das auch nicht verwenden. Genauso ist es mit der Java Runtime Environment und dem Flashplayer. Je nach Zielgruppe der Internetseite muss sich der Webmaster gut überlegen, welche Technologien er einsetzt und wie stark die Seite davon abhängig ist ("Geht die Seite auch noch wenn der Browser kein Javascript kann?").
	Direkte Reaktionen auf Benutzereingaben ("wo klickt der User hin?" oder "Tu folgendes wenn der User eine bestimmte Taste drückt!") lassen sich nur mit clientseitigen Sprachen umsetzen, da der Server davon nichts mitbekommt. Der Server kann erst reagieren wenn er wieder Daten übermittelt bekommt (z.B. durch Absenden eines Formulares).		Direkte Reaktionen auf Benutzereingaben ("wo klickt der User hin?" oder "Tu folgendes wenn der User eine bestimmte Taste drückt!") lassen sich nur mit clientseitigen Sprachen umsetzen, da der Server davon nichts mitbekommt. Der Server kann erst reagieren wenn er wieder Daten übermittelt bekommt (z.B. durch Absenden eines Formulares).

			[[Kategorie:Programmieren und Webdesign]][[Kategorie:Technisches (Chat)]]

DG: Die Seite wurde neu angelegt: {{Überarbeiten}} == Server und Clients im WWW == Im World Wide Web unterscheidet man zwischen Clients und Servern. Der Client ist der Computer, der die Internetseiten...

2007-05-03T21:20:44Z

Die Seite wurde neu angelegt: {{Überarbeiten}} == Server und Clients im WWW == Im World Wide Web unterscheidet man zwischen Clients und Servern. Der Client ist der Computer, der die Internetseiten...

Neue Seite

{{Überarbeiten}}

== Server und Clients im WWW ==
Im World Wide Web unterscheidet man zwischen Clients und Servern. Der Client ist der Computer, der die Internetseiten abruft und der Server der der sie speichert (, generiert) und schließlich an die Clients sendet. Jeder "Surfer" (bzw. der Computer, an dem er sitzt) im Netz ist also ein Client.

== serverseitig ==
Serverseitige Scriptsprachen wirken wie der Name schon sagt auf dem Server. So kann man z.B. mit PHP (serverseitig) Texte in eine Seite speichern (wie hier im Wiki, in Foren oder auch in Gästebüchern). HTML-Dateien hingegen sind statisch, d.h. sie werden so wie man sie auf den Server hochgeladen hat auch später an den Client gesendet. Bei einem Gästebuch wird ein (serverseitiger) Scriptcode auf den Server geladen, der dann bei jedem Aufrufen durch einen Client erneut "geparsed"/"interpretiert" wird (z.B. Abfrage: "die 5 neuesten Gästebucheinträge anzeigen"). Anschließend wird die so berechnete Seite an den Client gesendet. So können serverseitige Scripts teilweise viel größere Dateien an die Clients senden als der Webmaster ursprünglich hochgeladen hat.
<p>
{{Equote|Code:|<nowiki><?php
for($i=0;$i<2000;$i++){
echo "test ";
}
?></nowiki>}}

Dieses - zugegeben, etwas sinnfreie - Beispiel hat wie man sieht ursprünglich relativ wenig Speicherbedarf. Wenn es jedoch ein Client abruft bekommt er nicht diesen Code zugesandt, sondern 2000 mal das Wort "test".
Wie man hier schon erkennen kann bietet sich gegenüber clientseitiger Sprachen der Vorteil, dass die Clients den ursprünglichen Quellcode nicht zugesandt bekommen und somit auch nicht kopieren können.
Ein weiterer Vorteil ist, dass die Rechenvorgänge auf dem Server stattfinden und damit die Clients keine besonderen Voraussetzungen benötigen.

== clientseitig ==
Wie oben bereits beschrieben ist die Client-Seite der PC des "Surfers" im Internet, genauer der [[Browser]]. Daher ist alles was am Ende bei dem Client ankommt clientseitig:
<li> [[HTML]], CSS
<li> [[Javascript]], MS J-Script, MS VB-Script
<li> [[Java]]
<li> [[Flash]]
<li> usw.
<br>
Wie du vielleicht schon bemerkt hast gibt es hier einen Haken: der Client muss diese Techniken auch beherrschen. Wer einen alten Browser hat, der noch kein Javascript kann, der kann das auch nicht verwenden. Genauso ist es mit der Java Runtime Environment und dem Flashplayer. Je nach Zielgruppe der Internetseite muss sich der Webmaster gut überlegen, welche Technologien er einsetzt und wie stark die Seite davon abhängig ist ("Geht die Seite auch noch wenn der Browser kein Javascript kann?").
Direkte Reaktionen auf Benutzereingaben ("wo klickt der User hin?" oder "Tu folgendes wenn der User eine bestimmte Taste drückt!") lassen sich nur mit clientseitigen Sprachen umsetzen, da der Server davon nichts mitbekommt. Der Server kann erst reagieren wenn er wieder Daten übermittelt bekommt (z.B. durch Absenden eines Formulares).