nicht angemeldet
Struppi
JürgenB
Struppi
Gunnar Bittersmann
Struppi
JürgenB
JürgenB
Patrick Andrieu
Gunnar Bittersmann
Guten Abend zusammen,
Nur zur Verdeutlichung, bin ein wenig neugierig geworden:
HTML=
Eine Sprache lediglich zum Anzeigen von Text, Grafik und Tabellen. Gepaart mit wenig funktionen (Link, Nachladen o. ä.)
JavaScript=
Highpower fürden Browser. Oder anders ausgedrückt: Wenn was kunstvolles oder trickreiches realisiert werden muss. Die Rechenleistungen sind natürlich auch noch zu erwähnen.(Abdeckung der Technologie _ca_ 90%)
PHP=
Ich glaube das ist eine Sprache die Clientseitig _sowie_ Serverseitig genutzt werden kann ? Hierzu bitte gerne Äussern !
Perl=
Scheint eine serverseitige Sprache zu sein, die, einmal geschrieben und in den cgi-bin Ordner gepackt, automatisch startet und Programmcode ausführt,sobald entsprechende Befehle aus dem Internet kommen.
CSS=
Ist eine Formatierungssprache zur gestalltung der Homepage ? Auch hier bitte einmischen !
So bietet sich für mich grob das Bild der einzelnen Sprachen. Und jetzt die Preisfrage: Wie weit daneben liegt meine Einschätzung ?
Bitte um "allgemeine" und "kurze" Antworten.
Gruss gary
hallo,
HTML=
Eine Sprache lediglich zum Anzeigen von Text, Grafik und Tabellen.
HTML ist eine Auszeichnungssprache - jedenfalls zur Zeit. Vermutlich wird sich daran nichts mehr ändern.
JavaScript=
Highpower fürden Browser.
Javascript ist zugleich mehr als auch weniger. Immerhin kann man es als "echte" Programmiersprache bezeichnen, weil es (fast) alle die Möglichkeiten bietet, die Programmiersprachen bieten müssen.
PHP=
Ich glaube das ist eine Sprache die Clientseitig _sowie_ Serverseitig genutzt werden kann
PHP ist relativ jung und wurde ursprünglich mit alleiniger Ausrichtung aufs Web konzipiert. Das hat sich mittlerweile geändert. Auch PHP ist eine "echte" Programmiersprache. Eine Unterscheidung "Client"<->"Server" macht sehr wenig Sinn.
Perl=
Scheint eine serverseitige Sprache zu sein
Perl ist eine der älteren "großen" Programmiersprachen. Daß man Perl-Scripts auch über die CGI-Schnittstelle nutzen kann, ist eher ein Abfallprodukt seiner Entwicklung. Nach wie vor gehört Perl auf Linux-Systemen bzw. UNIX-artigen Systemen zu den "Kern"-Besatandteilen, ohne die manches einfach gar nicht möglich wäre.
CSS=
Ist eine Formatierungssprache zur gestalltung der Homepage ?
CSS ist _keine_ Programmiersprache, sondern läßt sich am ehesten als "Partner" für HTML beschreiben. Es hat zur Zeit so gut wie keine andere Aufgabe als die mit HTML ausgezeichneten Elemente zu formatieren.
Es gibt unterschiedliche Aufgaben, was eine "Sprache" denn können soll. Und "Programmiersprachen" mit teilweise enormem Funktionsumfang gibt es deutlich mehr als bloß PHP und Perl. C/C++, Java, ruby, python, Tk/Tcl und etliche andere können sehr viel, darunter in aller Regel auch HTML, CSS und Javascript erzeugen. Wann er sie einsetzt, entscheidet jeder Programmierer entsprechend seinem Wissensstand.
Hast du dich denn mal umgeschaut und herauszufinden versucht, auf welchen "Sprach"-Grundlagen dieses Forum hier beruht?
Grüße aus Berlin
Christoph S.
Hello,
PHP ist relativ jung und wurde ursprünglich mit alleiniger Ausrichtung aufs Web konzipiert. Das hat sich mittlerweile geändert. Auch PHP ist eine "echte" Programmiersprache. Eine Unterscheidung "Client"<->"Server" macht sehr wenig Sinn.
...wobei man IMHO darauf hinweisen sollte, dass, sofern PHP im Webumfeld eingesetzt werd, es in 99,99% aller Fälle als serverseitige Sprache genutzt wird, es also keinesfalls Ersatz für JavaScript ist, wenn man clientseitige Aktionen braucht. Das nur um beim Anlernen irgendwelche Rückfragen zu vermeiden, sonst klingt es am Ende noch so, als wäre PHP in Webseiten eingebettet und würde am Ende lokal ausgeführt.
MfG
Rouven
Guten Morgen zusammen,
Danke an alle für die Erklärungen. Es ist ja auch so,das man in einem HTML- Quelltext JavaScript, PHP und CSS Zusammen verwenden (mischen) kann. Die Dateiendung muss nur auf .php lauten ?
Gruss gary
Hello,
Danke an alle für die Erklärungen. Es ist ja auch so,das man in einem HTML- Quelltext JavaScript, PHP und CSS Zusammen verwenden (mischen) kann. Die Dateiendung muss nur auf .php lauten ?
genau da liegt gewissermaßen der Irrtum - schematisch etwa so
Browser-->"gib mir abc.php"-->Server erkennt "ah, PHP, also her mit dem Parser"-->"gib mir mal das geparste Ergebnis von abc.php"-->Parser-->{Verarbeitung von PHP Anweisungen, Rückgabe ist HTML oder CSS oder JavaScript oder Binärdaten oder......}-->Rückgabe an Server-->Server liefert die Resource an den Client aus - darin sind _keine_ PHP Anweisungen mehr enthalten (wenn alles geklappt hat).
Womit du aber Recht hast ist, dass PHP Dateien auch nichts anderes sind als Klar-Textdateien. Und darin kann in der Tat reines HTML mit ein paar PHP Anweisungen gespickt vorkommen, das kriegt der Client jedoch nicht zu sehen.
MfG
Rouven
Hi Rouven,
Musste mich erst schlau "googeln" bezüglich parser. Also nochmal. Ein parser "überprüft" und "übersetzt" eine Angabe, Zeichenkette ode Sprache
in ein anderes, für das Empfängerprogramm lesbares Format.
Html wird vom Browser geparst, damit er es auf dem Bildschirm anzeigen kann. Laut Wiki wird selbst die URL geparst.
Das heisst das PHP-Seiten auf dem Server bei Clintanfragen vom Servereigenen Parser geparst werden und wie du schreibst - reinen Html ausliefert. Jetzt hab ich es aber kapiert, oder ?
Hello,
Das heisst das PHP-Seiten auf dem Server bei Clintanfragen vom Servereigenen Parser geparst werden und wie du schreibst - reinen Html ausliefert. Jetzt hab ich es aber kapiert, oder ?
in kurz: Ja.
in lang: es ist nicht auf HTML beschränkt, du kannst auch ein Bild von PHP generieren lassen.
MfG
Rouven
Hello out there!
in kurz: Ja.
in lang: es ist nicht auf HTML beschränkt, du kannst auch ein Bild von PHP generieren lassen.
in länger: es ist nicht auf Ausgaben beschränkt, sondern führt irgendwas aus.
Das kann auch bspw. das Verschicken einer automatisch generierten Mail sein. Oder das Löschen von Dateien auf dem Server. Als Ergebnis kann auch eine Ausgabe herauskommen: HTML, ein Bild oder sonstwas.
See ya up the road,
Gunnar
in länger: es ist nicht auf Ausgaben beschränkt, sondern führt irgendwas aus.
Soweit Zustimmung.
Das kann auch bspw. das Verschicken einer automatisch generierten Mail sein. Oder das Löschen von Dateien auf dem Server. Als Ergebnis kann auch eine Ausgabe herauskommen: HTML, ein Bild oder sonstwas.
Kleine Korrektur: Im Web-Kontext *muss* eine Ausgabe herauskommen, sonst gibt's einen Fehler, der in Perl (bei anderen Sprachen weiß ich es nicht) zum Scriptabbruch mit 500er Statuscode führt. Ich bin mir nicht sicher, ob Du das so gemeint hast.
Siechfred
Herzlichen Dank an alle,
Habe heute sehr viel gelernt. Ein, zwei "Schämmer" waren auch dabei - nun das gibt es halt auch im Leben. Spass hat es auf jeden Fall auch gemacht.
Merc für eure Hilfe - bis zum nächsten Problem (Kommt bestimmt - mit Sicherheit spätestens wenn ich PHP beginne , hehehe)
Gruss gary
Hi Gunnar
das Verschicken einer automatisch generierten Mail sein. Oder das Löschen von Dateien auf dem Server.
Cool- dann könnte man ja auch ähnliche Effekte wie mit einem FormMailer erzielen. Oder Webnutzer Dinge auf dem Server speichern lassen (Mitteilungen / eine Art Gästebuch und so weiter...). Das eröffnet ja ganz neue Möglichkeiten.
Danke für deine Info
Gruss gary
Mahlzeit,
Cool- dann könnte man ja auch ähnliche Effekte wie mit einem FormMailer erzielen.
Ähm, ein FormMailer ist nichts anderes als ein spezielles Skript (ob nun Perl, PHP oder wasweißich), dass je nachdem, welche Parameter es übergeben bekommt und was drin steht, eine Mail abschickt oder nicht und diesen oder jenen Output erzeugt.
Oder Webnutzer Dinge auf dem Server speichern lassen (Mitteilungen / eine Art Gästebuch und so weiter...). Das eröffnet ja ganz neue Möglichkeiten.
Nochmal ähm ... genau DAS haben mehrere Leute in deinem anderen Thread (zum Thema "Scherzbestellungen") versucht dir zu erklären.
MfG,
EKKi
Hi EKKi,
Nochmal ähm ... genau DAS haben mehrere Leute in deinem anderen Thread (zum Thema "Scherzbestellungen") versucht dir zu erklären.
Dickes sorry, aber da war ich offensichtlich, vom Verständniss her gesehen, noch nicht so weit. Und ich kann immer noch kein PHP, weiss aber jetzt was man damit machen kann (bedingt), und wie der technische Ablauf ist.
Oder anders ausgedrückt:" Es viel ihm wie Schuppen von den Augen".
Grüsse gary
Mahlzeit,
Oder anders ausgedrückt:" Es viel ihm wie Schuppen von den Augen".
Ich kenn den Spruch nur mit Haaren ... ;-)
MfG,
EKKi
Hi EKKi
Ich kenn den Spruch nur mit Haaren ... ;-)
Ne, der ist so von einem Deutschlehrer. Und mit Haaren ist bei mir nicht mehr allzuviel (zu hoher Testosteronspiegel). Dafür haben Schwiegermutter vom besagtem Körperwuchs reichlich auf den Zähnen - sagt man ;-)
Grüsse gary
Hallo Christoph,
PHP ist relativ jung und wurde ursprünglich mit alleiniger Ausrichtung aufs Web konzipiert. Das hat sich mittlerweile geändert. Auch PHP ist eine "echte" Programmiersprache. Eine Unterscheidung "Client"<->"Server" macht sehr wenig Sinn.
Trotzdem wird PHP, im Gegensatz zu Perl, weiterhin praktisch nur im Zusammenhang mit Webapplikationen eingesetzt, auch wenn es inzwischen Dinge wie eine Gtk-API, etc. gibt. Perl ist hingegen auch in anderen Bereichen weit verbreitet, und existiert auch schon länger als das WWW. Prinzipiell lassen sich für die CGI-Programmierung beliebige Sprachen nehmen, Perl ist allerdings wegen seiner guten Textverarbeitungsmöglichkeiten, auch für Webanwendungen gut geeignet.
Schöne Grüße,
Johannes
Hi Christoph,
Hast du dich denn mal umgeschaut und herauszufinden versucht, auf welchen "Sprach"-Grundlagen dieses Forum hier beruht?
Ich vermute mal PHP - wegen dem Fragezeichen un der URL ;-)
Gruss gary
Mahlzeit,
Ich vermute mal PHP - wegen dem Fragezeichen un der URL ;-)
Das hat damit nun wirklich ÜBERHAUPT nix zu tun. Gary, vielleicht solltest du dich mal ein wenig in Grundlagen von WWW, Webservern, http usw. einlesen? Ich meine - du willst immerhin einen Online-Shop eröffnen und (fast) alles selbst machen ... da wären einige Basics bestimmt nicht unangebracht.
MfG,
EKKi
Hi EKKI,
Dann war das ein Griff ins Klo... :-(
Dachte nur weil im php- code oft viele Fragezeichen sind.
gruss gary
Dann war das ein Griff ins Klo... :-(
Dachte nur weil im php- code oft viele Fragezeichen sind.
uiuiuiui, das auch - jetzt wird's aber mal langsam Zeit sich selfhtml genauer anzuschauen.
Struppi.
Hallo Struppi,
Dachte nur weil im php- code oft viele Fragezeichen sind.
uiuiuiui, das auch - jetzt wird's aber mal langsam Zeit sich selfhtml genauer anzuschauen.
na ja, für mich bestehen manche Codes nur aus Fragezeichen, egal in welcher Sprache. Leider hin und wieder auch meine eigenen.
Gruß, Jürgen
Mahlzeit,
na ja, für mich bestehen manche Codes nur aus Fragezeichen, egal in welcher Sprache. Leider hin und wieder auch meine eigenen.
Manchmal sieht man Fragezeichen auch in, an oder über Köpfen von Personen ... vereinzelt sogar, wenn man die Personen selbst gar nicht sieht. ;-)
MfG,
EKKi
Halt - Stop,
Hab anders gedacht und falsch getippt. Was ich meinte war, das man oft in der URL Dinge wie lesen kann wie beispielsweise
http://www.kreativmedia.ch/index.php?id=technik
Und da steht doch ganz klar "php?" (Fragezeichen). Desshalb dachte ich sofort an PHP als ich das Fragezeichen sah.
So, hoffe diese Erklärung rettet meinen "Hintern" - zumindest teilweise.
Grus gary
Und :
Ich seh das es eine .php Datei ist, gefolgt von der cgi- durchreicheparameter.
Gruss gary
Ich seh das es eine .php Datei ist, gefolgt von der cgi- durchreicheparameter.
Jein, in 99% der Fälle mag das stimmen, aber sowas läßt sich auf dem Server völlig frei konfigurieren, wie du sicher schon bei deiner Lektüre von selfhtml bemerkt hast.
Struppi.
Hi gary,
Ich seh das es eine .php Datei ist, gefolgt von der cgi- durchreicheparameter.
Und was wird hier benützt?
http://nimmet.de/nimmet-dateien/impressum?disclaimer
Grüße,
Engin
GYRO
Hallo Engin,
Und was wird hier benützt?
http://nimmet.de/nimmet-dateien/impressum?disclaimer
SSI.
Schöne Grüße,
Johannes
Hi Johannes,
Und was wird hier benützt?
http://nimmet.de/nimmet-dateien/impressum?disclaimerSSI.
Das ist unfair, du hast Insider Wissen. :)
Und das mit .htaccess will auch nicht so ganz für geschützte bereiche,
darum kümmere ich mich aber erst wieder, wenn ich in 3 Wochen aus dem Urlaub zurück bin.
Grüße,
Engin
GYRO
Hallo Engin,
Das ist unfair, du hast Insider Wissen. :)
Das hätte ich aber auch ohne dieses Wissen erraten können. (Tipp: Schau dir die HTTP-Header an, die dein Server für diese Seite ausgibt.)
darum kümmere ich mich aber erst wieder, wenn ich in 3 Wochen aus dem Urlaub zurück bin.
Viel Spaß,
Johannes
Hi Johannes,
Das hätte ich aber auch ohne dieses Wissen erraten können. (Tipp: Schau dir die HTTP-Header an, die dein Server für diese Seite ausgibt.)
Gut, ich kann da noch nicht soviel rauslesen, ich musste erstmal herausfinden, was denn überhaupt
ein HTTP-Header ist :) Jetzt weiss ich es. :)
Server: Apache/1.3.33 (Unix)
Keep-Alive: timeout=2, max=200
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html
Ich nehme an, das man es am chunked erkennen kann?
Chunked macht ja erkennbar, das da was zusammengebaut wird.
Bei einer php datei steht ja zumindest dabei, welches PHP benutzt wird
Server: Apache/1.3.33 (Unix)
X-Powered-By: PHP/4.4.7
Keep-Alive: timeout=2, max=200
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html
Richtig?
Viel Spaß,
Danke.
Grüße,
Engin
GYRO
Hi johannes,
Und das mit .htaccess will auch nicht so ganz für geschützte bereiche,
Ich muss mich kurz korrigieren, hab es irgndwie hingekriegt, zwar nicht Perfekt,
das kommt aber noch. :)
http://nimmet.de/nimmet-bilder/ geht
http://nimmet.de/nimmet-css/ CSS Dateien sind geschützt
http://nimmet.de/logs/ (abbrechen) Man beobachte auch die fehlermeldung :) (.pl Script :)
Es funktioniert, allerdings nicht so wie ich es dachte.
Über den Rest mache ich mir aber nun wirklich erst in 3 Wochen gedanken. :)
Grüße,
Engin
GYRO
Hallo Engin!
http://nimmet.de/nimmet-css/ CSS Dateien sind geschützt
Ja, aber der Status-Code hier ist 403. In Deiner Überschrift steht aber »Fehler 401 - Du kommst hier nicht rein« - Das müsstest Du noch korrigieren. Und hier:
http://nimmet.de/logs/ (abbrechen) Man beobachte auch die fehlermeldung :) (.pl Script :)
ist es tatsächlich ein 401 (Identifizierung erforderlich). Auch da müsstest Du dem User sagen, warum er nicht reinkommt. Vorschlag:
»Fehler 401: Hier kommst Du nur rein, wenn ich Dir das erlaube - Ätsch, geh solange woanders!«
Es funktioniert, allerdings nicht so wie ich es dachte.
Und wie dachtest Du es?
Über den Rest mache ich mir aber nun wirklich erst in 3 Wochen gedanken. :)
Wenn Du keine interpolierte, regulär ausgedrückte Schwalbennester-Vergiftung gekoppelt mit einem schweren Kopf bekommst ;)
Viele Grüße aus Frankfurt/Main,
Patrick
Re!
http://nimmet.de/nimmet-css/ CSS Dateien sind geschützt
Ja, aber der Status-Code hier ist 403.
hm, laut Deiner supersaugeilen (!) Accesslog-Auswertung wird in der Tat ein 401 ausgeliefert... Ich bleibe aber dabei: Der korrekte Status Code für »Zugriff verweigert« (forbidden) ist 403. Wo hast Du da 'rumgeschraubt, dass 401 ausgeliefert wird? .htaccess?
Und noch mal: Es bleibt Dir natürlich überlassen, lustige Texte für die Fehlermeldungen mit in die Errorpages zu schreiben. Dennoch sollte der User erkennen können, warum er die jeweilige Fehlerseite zu Gesicht bekommt.
Viele Grüße aus Frankfurt/Main,
Patrick
Hi Patrick,
Und wie dachtest Du es?
Das z.b. beim Direct Browsing im verzeichnis /nimmet-css/ alles angezeigt wird, bis auf die
.html dateien, die ich in der .htacces mit der files angabe verstecken wollte.
http://nimmet.de/nimmet-css/nimmet-style.css
http://nimmet.de/nimmet-css/einetest.html
So geht es.
http://nimmet.de/nimmet-css/ CSS Dateien sind geschützt
Ja, aber der Status-Code hier ist 403.
Ich weiss ja selbst noch garnicht, was ich da angestellt hab. :)
Hatte Gestern einfach noch ein bisschen rumprobiert, das ist das Ergebnis.
Mir waren mehr die kopplung mit den .pl wichtig. :) Um den Rest kümmer ich
mich nach dem urlaub, heute habe ich noch kaum geschlafen, morgen gehts schon um 9 Uhr auf Tour,
muss heute zügig machen, der Thread wird aber gebookmarkt, :) falls noch was kommt.
hm, laut Deiner supersaugeilen (!) Accesslog-Auswertung
Hehe
wird in der Tat ein 401 ausgeliefert... Ich bleibe aber dabei: Der korrekte Status Code für »Zugriff verweigert« (forbidden) ist 403. Wo hast Du da 'rumgeschraubt, dass 401 ausgeliefert wird? .htaccess?
Hab in dem verzeichnis /nimmet-css/ eine .htaccess abgelegt, ich wollte eigentlich
nur was mit Passwortschutz testen, hat auch geklappt. :) Engin, 123456
und gleichzeitig noch paar andere Sachen getestet, da muss ich mich aber noch reinlesen, mit dem Ergebnis bin ich auch noch unzufrieden.
Und noch mal: Es bleibt Dir natürlich überlassen, lustige Texte für die Fehlermeldungen mit in die Errorpages zu schreiben. Dennoch sollte der User erkennen können, warum er die jeweilige Fehlerseite zu Gesicht bekommt.
Das werde ich auch noch überarbeiten.
Wenn Du keine interpolierte, regulär ausgedrückte Schwalbennester-Vergiftung gekoppelt mit einem schweren Kopf bekommst ;)
Ich hab´s. :) Auf den ersten Seiten habe ich mich schon reingelesen, fängt ja lustig an. :) Und der schwere kopf ist seid gestern
allgegenwärtig, und ich hab noch nicht mal richtig schlafen können.
Grüße,
Engin
GYRO
Hallo Engin!
Ich weiss ja selbst noch garnicht, was ich da angestellt hab. :)
Um den Rest kümmer ich
mich nach dem urlaub,
Wenn Du willst, schau ich mal rein, während Du Deine Schwalbennestersuppe genießt...
Ich hab´s. :) Auf den ersten Seiten habe ich mich schon reingelesen, fängt ja lustig an. :)
Wichtig ist bei späteren Fragen - und es werden sicher welche kommen -, dass Du die Sachen beim Namen nennst. Also Parameter nicht mit Variablen verwechseln (*g*), CGI nicht mit dem CGI-Modul, und reguläre Ausdrücke nicht mit geregelten Ausdrucksformen ;). Das erleichtert das Antworten ungemein.
Solele, falls wir nicht mehr voneinander lesen, wünsche ich Dir, dass Du Dein Flugzeug erwischst - und lass Dir die Küche schmecken und komm gut erholt zurück!
Viele Grüße aus Frankfurt/Main,
Patrick
Hi Patrick,
Wenn Du willst, schau ich mal rein, während Du Deine Schwalbennestersuppe genießt...
Ja, gerne sogar, kannst ja auch mal im cgi-bin schauen, was ich da neues geschraubt hab.
new_404 und so weiter. :)
Wichtig ist bei späteren Fragen - und es werden sicher welche kommen -, dass Du die Sachen beim Namen nennst. Also Parameter nicht mit Variablen verwechseln (*g*), CGI nicht mit dem CGI-Modul, und reguläre Ausdrücke nicht mit geregelten Ausdrucksformen ;). Das erleichtert das Antworten ungemein.
Fragen richtig stellen kann ich ja mittlerweile schon, ich denke mal,
das ich eh erstmal lange mich damit auseinandersetze und versuchen
werde, das meiste selbst rauszufinden.
Heisst, wenn hier eine frage erscheint, dann ist das ein Akt der verzweiflung! :)
Solele, falls wir nicht mehr voneinander lesen, wünsche ich Dir, dass Du Dein Flugzeug erwischst - und lass Dir die Küche schmecken und komm gut erholt zurück!
Ich wusste es, ich komm hier wieder nicht weg, ich muss lesen was hier abgeht. :)
Danke!
Aber jetzt ist wirklich schluss, muss noch viel erledigen und komm nicht aus de Pötte.
Bis die Tage.
Grüße,
Engin
GYRO
Hi Engin,
Und was wird hier benützt?
Ich würd sagen Schleichwerbung ;-))
Gruss gary
Hello out there!
Und was wird hier benützt?
Die süddeutsche Abart von "benutzen". SCNR.
See ya up the road,
Gunnar
Hi Gunnar,
Und was wird hier benützt?
Die süddeutsche Abart von "benutzen". SCNR.
Das Wort ist echt ekelhaft, habe auch lange mit mir gerungen, ob ich es denn nun benütz. ;)
Grüße,
Engin
GYRO
Hi Christoph,
Hast du dich denn mal umgeschaut und herauszufinden versucht, auf welchen "Sprach"-Grundlagen dieses Forum hier beruht?
Ich vermute mal PHP - wegen dem Fragezeichen un der URL ;-)
nein. Was du jetzt entdeckst ist CGI, das ist die Schnittstelle zwischen den Server und einer Programmiersprache. Das hinter den Fragezeichen nennt man CGI Parameter und wird durch den Server an die jeweilige Programmiersprache durchgereicht, über Umgebungsvariabeln. welche Programmiersprache dabei zum Einsatz kommt, kannst du an der URL nicht erkennen (manchmal schon, wenn Dateiendungen verwendet werden, aber selbst das muss nichts heißen).
Struppi.
Hi Struppi,
OK, alles klar.
Merci gary
Hallo gary,
Ich vermute mal PHP - wegen dem Fragezeichen un der URL ;-)
Programme, die auf dem Server laufen und durch eine Anforderung des Browsers angeworfen werden, können in jeder beliebigen Sprache geschrieben sein. Verbreitet sind Perl oder php. Aber auch C-Programme oder Shell-Scripte sind u.A. möglich. Server Site Includes würde ich auch hierzu zählen.
Zitat aus https://forum.selfhtml.org/?t=160784&m=1045977, vor 3 1/2 Stunden von dir beantwortet.
Gruß, Jürgen
PHP=
Ich glaube das ist eine Sprache die Clientseitig _sowie_ Serverseitig genutzt werden kann ? Hierzu bitte gerne Äussern !
Nur zum Verständnis für Dich: PHP kann nicht "clientseitig", sondern nur "lokal" genutzt werden, das ist ein himmelweiter Unterschied. Im Web-Kontext ist PHP immer eine serverseitige Technik.
Perl=
Scheint eine serverseitige Sprache zu sein, die, einmal geschrieben und in den cgi-bin Ordner gepackt, automatisch startet und Programmcode ausführt,sobald entsprechende Befehle aus dem Internet kommen.
Hier gilt das Selbe wie bei PHP. Aber "automatisch" startet da nichts, die Ausführung eines Perlscriptes, ebenso wie die eines PHP-Scriptes oder jeder anderen serverseitigen Technik, muss von außen angestoßen werden. Im Web-Kontext geschieht das über einen Request des Clients an das serverseitige Script via CGI-Schnittstelle, das Script gibt dann eine gültige HTTP-Response an den Client zurück. Den Sonderfall Cronjobs und die von Christoph bereits genannte lokale Anwendung von Perl lasse ich jetzt mal außen vor, da sie für den Webkontext grundsätzlich nicht von Belang sind.
Siechfred
Morgen Siechfred
Nur zum Verständnis für Dich: PHP kann nicht "clientseitig", sondern nur "lokal" genutzt werden, das ist ein himmelweiter Unterschied. Im Web-Kontext ist PHP immer eine serverseitige Technik.
Wieso programmiert man dann dann z. B. seine Homepage in PHP ? Das wäre dann doch clientseitig ? Da komm ich jetzt nicht ganz mit.
(Clientseitig bedeutet doch auf seiten des Betrachters)
Hier gilt das Selbe wie bei PHP. Aber "automatisch" startet da nichts, die Ausführung eines Perlscriptes, ebenso wie die eines PHP-Scriptes oder jeder anderen serverseitigen Technik, muss von außen angestoßen werden...
Ich schrieb ja:
...sobald entsprechende Befehle aus dem Internet kommen.
Damit meinte ich die Seitenanfrage aus dem Html-Text:
form... action...www.internetseite/cgi-bin/exampleprog
Ab dann geht es automatisch ;-)
Gruss gary
Nur zum Verständnis für Dich: PHP kann nicht "clientseitig", sondern nur "lokal" genutzt werden, das ist ein himmelweiter Unterschied. Im Web-Kontext ist PHP immer eine serverseitige Technik.
Wieso programmiert man dann dann z. B. seine Homepage in PHP ?
Du programmierst lokal eine Webseite mit Hilfe von PHP. Dann lädst Du sie auf den Webserver hoch, und dort warten Deine PHP-Scripte darauf, die Anfragen irgwendwelcher Clients zu beantworten. Dazu wird es aber auf dem Webserver ausgeführt -> serverseitig. Der Client bekommt nichts davon mit, was da auf dem Server abläuft, er wartet treu und brav auf die Serverantwort, die niemals PHP ist, sondern im simpelsten Fall Plaintext.
(Clientseitig bedeutet doch auf seiten des Betrachters)
Jein, der Betrachter ist nur im vernetzten Kontext (Intranet, Internet) ein Client, sonst ein stinknormaler Standalone-Computer, dem ein Verhalten als Client völlig fremd ist. Deshalb habe ich betont, dass clientseitig nicht das Selbe ist wie lokal.
Siechfred
Mahlzeit,
Wieso programmiert man dann dann z. B. seine Homepage in PHP ? Das wäre dann doch clientseitig ? Da komm ich jetzt nicht ganz mit.
(Clientseitig bedeutet doch auf seiten des Betrachters)
Nein, da ist nichts clientseitig. PHP wird auf dem Webserver bzw. vom Webserver ausgeführt und gibt HTML zurück, das der Webserver dann ausliefert.
MfG,
EKKi
Hallo gary,
wenn der User über den Browser eine Resource anfordert, z.B. durch Tippen einer Adresse in das Adressfeld oder durch Klick auf einen Link, prüft der Server diese Anforderung und entscheidet dann, ob er z.B. nur eine Datei zum Browser zurückschickt, oder ob er ein Script oder Programm startet, dessen Output dann an den Browser zurückgeht.
Resourcen, die direkt an den Browser geschickt werden, haben üblicherweise die Endung html, js, png, jpeg, etc.. Scripte oder Programme haben üblicherweise die Endungen php, pl, cgi, etc.. Aber das muss nicht so sein. Der Server kann auch so konfiguriert sein, dass er Anforderungen mit Endung html nach php-Befehlen durchsucht.
Programme, die auf dem Server laufen und durch eine Anforderung des Browsers angeworfen werden, können in jeder beliebigen Sprache geschrieben sein. Verbreitet sind Perl oder php. Aber auch C-Programme oder Shell-Scripte sind u.A. möglich. Server Site Includes würde ich auch hierzu zählen.
Diese Programme können durch Post- oder Get-Parameter gesteuert werden. Z.B. könnte die HTML-Anweisung
<img src="Kamera.png?h=40;v=10" alt="WebCam">
auf dem Server ein Programm starten, das eine Kamera horizontal auf 40° und vertikal auf 10° dreht, das Bild erfasst und dann im PNG-Format an den Browser sendet.
Wenn du serverseitige Techniken einsetzt, solltest du dir klar machen, dass das "Programm" auf dem Server läuft und wenn es fertig ist, schickt es seinen Output in einem geeigneten Format an den Browser. Dieser Output kann eine HTML-Seite sein, auch mit eingebauten Javascript etc., aber auch direkt ein Script oder ein Bild. Der Browser weiß zu diesem Zeitpunkt nichts davon, dass sein Input nicht von der Festplatte des Servers kommt, sondern das Ergebnis eines Script- oder Programmablaufs ist.
Ein Informationsaustausch zwischen Browser und Server ist nur dadurch möglich, das der Browser eine Resource anfordert und der Server darauf antwortet. "Normalerweise" wird dabei die Seite neu geladen. Aber durch http-Requests (AJAX) kann dieses auch im "verborgenen" geschehen.
Gruß, Jürgen
Hallo Jürgen,
Puuuuuuuh, viele Informationen.
Der Browser weiß zu diesem Zeitpunkt nichts davon, dass sein Input nicht von der Festplatte des Servers kommt, sondern das Ergebnis eines Script- oder Programmablaufs ist.
Dieses "Ergebnis" das der Browser bekommt, kommt vom PHP- Parser des Servers ? Ja...
Dieses "Ergebnis" das der Browser bekommt, kommt vom PHP- Parser des Servers ? Ja...
Parser ist hier der falsche Begriff, vom Interpreter. Perl und PHP sind in dieser Hinsicht ähnlich.
Struppi.
Hallo Struppi,
Parser ist hier der falsche Begriff, vom Interpreter. Perl und PHP sind in dieser Hinsicht ähnlich.
Was ist der Unterschied ? (Interpreter / Parser)
Gruss gary
Parser ist hier der falsche Begriff, vom Interpreter. Perl und PHP sind in dieser Hinsicht ähnlich.
Was ist der Unterschied ? (Interpreter / Parser)
Kurz: Der Parser übersetzt, der Interpreter führt aus.
länger:
http://de.wikipedia.org/wiki/Parser
http://de.wikipedia.org/wiki/Interpreter
Struppi.
Hi Struppi,
Kurz: Der Parser übersetzt, der Interpreter führt aus.
Also laut deinem Link ist es aber so:
Der Parser übersetzt - Der Interpreter übersetzt _und_ führt aus.
Gruss gary
Kurz: Der Parser übersetzt, der Interpreter führt aus.
Also laut deinem Link ist es aber so:
Der Parser übersetzt - Der Interpreter übersetzt _und_ führt aus.
Dann hat der Interpreter wohl auch einen Parser.
Du hast ja die Artikel gelesen, übersetzen ist wohl der falsche Begriff, analysieren trifft es eher. Der Punkt ist das jeder für Menschen lesbare Code erst anlysiert werden muss (macht der parser) dann übersetzt (mach der Compiler oder Interpreter) um dann ausgeführt werden zu können (hier gibt es dann auch verschiedene Möglichkeiten).
Aber da wir momentan nur von PHP und Perl reden, treffen hier die Aussagen die bei der Begriffserklärung des Interpreters stehen zu.
Struppi.
Hallo Jürgen
Danke auch dir für die weitreichende Info
Gruss gary
Hallo JürgenB!
Für die für gary hoffentlich hilfreichen Erklärungen gab's von mir ein »fachlich hifreich«! Aber bei:
stehen mir die Haare zu Berge und auch wenn ich viele Fehler mache, in letzter Zeit erstaulicherweise mehr als in früheren Zeiten, kann ich nichts dagegen tun, als darauf hinzuweisen! Ich hoffe, Du kriegst das nicht in den falschen Hals (seltsame Redewendung übrigens!).
Scripte oder Programme haben üblicherweise die Endungen php, pl, cgi, etc..
Oder .goek ;)
Viele Grüße aus Frankfurt/Main,
Patrick
Hallo Patrick,
... Aber bei:
stehen mir die Haare zu Berge
Foto?
Immerhin leitet Wikipedia Resource nach Ressource weiter. Die Rechtschreibprüfung des Forums hätte es übrigens gewusst, nur dachte ich, als "Resource" angemeckert wurde, das kennt er nicht.
Ich habe übrigens nie Französisch gelernt, habe also eine Technik eingesetzt ohne sie verstanden zu haben.
Oder .goek ;)
was ist das denn ? (Ich habe jetzt die 3.000.000 Treffer bei google nicht gelesen9
Gruß, Jürgen
Hallo JürgenB!
Haare zu Berge
Foto?
Gibt's keins: Mein Glaube hat die Berge zum Glück früh genug versetzt!
Oder .goek ;)
was ist das denn ?
Siehe Signatur ;)
(Ich habe jetzt die 3.000.000 Treffer bei google nicht gelesen
Liegt daran, dass ich die Gök-Seite nicht gepusht habe und seth auch lange keine Werbung für gemacht hat! Deswegen wird sie vermutlich auf Platz 2.999.998 gelistet sein... Das kann ich wirklich niemandem zumuten, so weit zu googlen ;)
Viele Grüße aus Frankfurt/Main,
Patrick
Hello out there!
HTML=
Eine Sprache lediglich zum Anzeigen von Text, Grafik und Tabellen.
Eine Sprache lediglich zum Strukturieren von Dokumentinhalten (meist einer Webseite). An Anzeigen sollte dabei nicht gedacht werden.
Gepaart mit wenig funktionen (Link, Nachladen o. ä.)
Eher mit gar keinen Funktionen. Die Funktionen sind nicht Teil der Sprache, sondern werden erst von Nutzerprogrammen (Browsern) zur Verfügung gestellt. So werden 'a'-Elemente mit 'href'-Attributen als anclickbare Links dargestellt, was durchaus sinnvoll ist, aber außerhalb der Zuständigkeit von HTML liegt.
JavaScript=
Highpower fürden Browser. Oder anders ausgedrückt: Wenn was kunstvolles oder trickreiches realisiert werden muss.
Wenn was Clientseitiges realisiert werden muss: Anpassung an clientige Gegebenheiten, Clienseite Nutzerinterktion. Mit Kunst oder Tricks hat das wenig zu tun.
CSS=
Ist eine Formatierungssprache zur gestalltung der Homepage ?
Zur Formatierung von Dokumenten in einer beliebigen Auszeichnungssprache. Dann kann HTML sein, XML, aber auch sonstwas.
Homepage ≠ Webseite [Jendryschik]
See ya up the road,
Gunnar
PS. Du plenkst.