PHP-Lernleitfaden – Kapitel 2

Serverseitige Web-Skriptsprache

Wichtige Punkte dieses Kapitels
·Statische und dynamische Webseiten verstehen
·Vergleich von clientseitigen und serverseitigen Skriptsprachen
·Einführung zur serverseitigen Skriptsprache

Dieses Kapitel konzentriert sich auf die Diskussion der serverseitigen Skriptsprache selbst und spricht auch über ihre Beziehung zu statischem HTML und allgemeinen clientseitigen Technologien. Am Ende dieses Kapitels werden die Leser eine klare Vorstellung davon haben, was PHP kann und was nicht, sowie ein allgemeines Verständnis dafür, wie es ursprünglich mit dem Client kommuniziert.

Statisches HTML

Die grundlegendste Form einer Webseite ist eine rein statische, reine Textseite, die vollständig in HTML geschrieben ist. Die einfache HTML-Seite in Abbildung 2-1 ist ein Beispiel.

Serverseitige Web-Skriptsprache

Wichtige Punkte dieses Kapitels
·Statische und dynamische Webseiten verstehen
·Vergleich von clientseitigen und serverseitigen Skriptsprachen
·Einführung in die serverseitige Skriptsprache

Dieses Kapitel konzentriert sich auf die Diskussion der serverseitigen Skriptsprache selbst und spricht auch über ihre Beziehung zu statischem HTML und allgemeinen clientseitigen Technologien. Am Ende dieses Kapitels werden die Leser eine klare Vorstellung davon haben, was PHP kann und was nicht, sowie ein allgemeines Verständnis dafür, wie es ursprünglich mit dem Client kommuniziert.

Statisches HTML

Die grundlegendste Form einer Webseite ist eine rein statische, reine Textseite, die vollständig in HTML geschrieben ist. Die einfache HTML-Seite in Abbildung 2-1 ist ein Beispiel.

Abbildung 2-1 Statische HTML-Webseitenspezifikation

Das Folgende ist der Quellcode von Abbildung 2-1:

Wie in Abbildung 2-2 gezeigt, muss der Server nur den Klartext übergeben, der nicht in der Datei gefunden werden kann, wenn der Clientcomputer eine HTTP-Anfrage für eine Seite vom Server über das Web oder Intrantet stellt.

Wenn die Daten an den Client-Computer zurückgesendet werden, sorgt der Browser auf der Grundlage seiner genauen Analyse des Quellcodeinhalts, der Benutzerpräferenzen, der Monitorgröße und anderer Faktoren für die bestmögliche Verarbeitung und Darstellung. Der Inhalt der HTML-Datei auf dem Server ist exakt derselbe wie der Quellcode der Seite auf dem Client-Computer.

Sehr gewöhnliches statisches HTML wie Ihres hat die folgenden Vorteile:

◆ Jeder Browser kann es anzeigen.

◆Die meisten Geräte verfügen über die Möglichkeit, es anzuzeigen.

◆Es führt jede Anfrage schnell aus und verbraucht nur minimale Ressourcen.

◆ HTML ist leicht zu erlernen oder automatisch generiert.

◆ Möglichkeit, schnell kleine Änderungen an einzelnen Seiten vorzunehmen.

◆ Statisches HTML hat natürlich auch eine Kehrseite:

◆ Es ist schwierig, Design und Layout zu kontrollieren.

◆ Kann nicht auf eine große Anzahl von Seiten skaliert werden.

◆ Die Interaktivität ist nicht gut genug.

◆ Es ist nicht einfach, aussagekräftige Metadaten über die Seite einzubinden.

◆ Schwierigkeiten beim Umgang mit schnellen Änderungen von Inhalten oder personalisierten Informationen.

◆ Nicht sehr attraktiv.

Weil... es nur als „Amateur“-Niveau oder als Anwendung mit einem bestimmten Ideal angesehen werden kann (dieses Ideal ist so fest wie eine Webseite, die von einigen Informatikexperten geschrieben wurde, und sie glauben, dass alle Webseiten der HTML3-1-Spezifikation entsprechen und für alle Geräte lesbar sein müssen.

Um diese Einschränkungen zu beheben, wurden viele andere Technologien entwickelt, darunter clientseitiges JavaScript, Cascading Style Sheet (CSS) und Java-Applets sowie serverseitige Skriptsprachen für die serverseitige Datenbankverbindung . Zu den in der Entwicklung befindlichen Technologien gehören XML und XSL, die beide Teil verschiedener anderer Spezifikationen (XHTML, XSLT, XPath, ICE usw.) sind.

Wenn Sie sich etwas Zeit nehmen, um zu verstehen, welche Funktionen diese Technologien haben und ob sie zu Ihrer eigenen Website hinzugefügt werden können, verringern Sie auf jeden Fall die Wahrscheinlichkeit, dass Sie in Zukunft Kopfschmerzen bekommen. Bei jeder anstehenden Webaufgabe sollten Sie sich zunächst die Frage stellen: Wo wird diese Berechnung durchgeführt, auf dem Client oder auf dem Server?

Die Bedeutung von „dynamisch“ Es gibt einen grundlegenden und wiederkehrenden Unterschied zwischen „statischen“ und „dynamischen“ Webseiten, aber „dynamisch“ kann fast alles außer einfachem HTML bedeuten. Es wird verwendet, um sowohl die clientseitige als auch die serverseitige Funktionalität zu beschreiben. Auf der Benutzerseite können „Dynamik“ als Multimedia-Anzeigen, scrollende Titelzeilen, automatisch aktualisierte Seiten oder Elemente, die verschwinden und erscheinen usw. gesehen werden. Auf der Serverseite wird der Begriff im Allgemeinen für Inhalte verwendet, die über Funk übertragen und interaktiv zusammengestellt werden.

Clientseitige Technologie

Bei gewöhnlichem HTML erfolgt das Hinzufügen von Inhalten am häufigsten auf der Clientseite. Dazu gehören Folgendes: Formaterweiterungen wie CSS und Dynamic HTML, clientseitige Skriptsprachen, Java-Applets und Flash. Die Unterstützung dieser Technologien ist (meist unterstützt) in das Surfen im Internet integriert. Tabelle 2-1 listet ihre Funktionen auf, von denen sich einige überschneiden.

Tabelle 2-1 Clientseitige HTML-Erweiterungen

Das in Abbildung 2-3 aufgeführte Seitenbeispiel basiert auf demselben Inhalt wie Abbildung 2-1.

Wie Sie dem Quellcode entnehmen können, fügt dieses Beispiel einige neue Stylesheets, clientseitiges Scripting und etwas komplexeren HTML-Code hinzu.

Leider ist das beste Verkaufsargument clientseitiger Technologien auch ihre schlechteste Qualität: Sie sind vollständig vom Browser abhängig. Die Funktionen jedes Browsers variieren stark, selbst zwischen verschiedenen Versionen derselben Marke. Jeder kann seinen Browser auch auf unterschiedliche Weise konfigurieren. Beispielsweise deaktivieren einige Benutzer möglicherweise die Verwendung von JavaScript aus Sicherheitsgründen, sodass sie nicht auf Websites surfen können, die übermäßig viel JavaScript für die Navigation verwenden. (Wenn wir die Funktion im vorherigen Beispiel zeigen)

Darüber hinaus erzielen viele Benutzer aufgrund der Kosten oder mangelnder Technologie schlechte Ergebnisse bei Browser-Upgrades. Webentwickler sollten Kenntnisse über gerätebasiertes Surfen, allgemeine und globale Benutzer und mehr haben. Ausnahmslos versuchen Websites, die für den Massenmarkt konzipiert sind, ein möglichst breites Publikum zu erreichen. Yahoo! und Amazon bestehen beispielsweise seit mehr als drei Jahren darauf, keine Stylesheets und JavaScript zu verwenden. Unter dem Druck des W3C bestehen viele Websites immer noch hartnäckig auf der Verwendung des FONT-Tags und der BGCOLOR-Attribute. Ihre Kunden sind möglicherweise Benutzer, die AOL 3.0 auf alten Macintosh-Rechnern mit 13-Uhr-Monitoren verwenden. Was noch ironischer ist, ist, dass Entwickler ihren Kunden auch nach fünf Jahren rasanter Entwicklung nur garantieren können, dass sie normales HTML sehen, bei dem es sich hauptsächlich um einfachen Text handelt. (Oder sogar eine Teilmenge von HTML, die den Test der Zeit erfolgreich und problemlos bestanden hat)

Schließlich kann die clientseitige Technologie keine Arbeiten ausführen, die eine Verbindung zu einem Backend-Server erfordern. JavaScript kann nicht sofort eine benutzerdefinierte Dropdown-Liste basierend auf den in der Datenbank gespeicherten Benutzereinstellungsoptionen generieren. Wenn Änderungen in der Liste vorgenommen werden müssen, muss der Webentwickler auf die Seite gehen, um manuelle Änderungen vorzunehmen (serverseitiges JavaScript, aber). (Es wird derzeit nicht verwendet. Zu viele) Für dieses Problem ist die serverseitige JavaScript-Sprache der Retter, der diese Lücke schließen kann.

Kurz gesagt, alle Aktionen, die die Layoutkonfiguration oder Browserereignisse verarbeiten, erfolgen auf der Benutzerseite. Im Allgemeinen werden cool aussehende Effekte oder Dinge, die von der Mausbewegung abhängen, auf der Benutzerseite ausgeführt. Sie sehen, je schneller ein Ereignis auftritt, desto wahrscheinlicher ist es, dass es vom Client verarbeitet wird, denn höhere Geschwindigkeiten bedeuten, dass kein Download vom Server erforderlich ist.

Hinweis:
Java-Applets, auch bekannt als „clientseitiges Java“, sind weniger auf den Browser angewiesen als andere clientseitige Technologien. Wie der Name schon sagt, handelt es sich um vollständige kleine Java-Anwendungen, die über das Internet bereitgestellt werden. Im Gegensatz zu Anwendungen, die in anderen Programmiersprachen geschrieben sind und direkt mit dem Betriebssystem des Clients interagieren, werden Java-Applets jedoch auf einer Software namens JVM (Java Virtual Machine) ausgeführt. . Virtuelle Maschine, Java Virtual Host) Zwischensoftware. JVM kann als ein Betriebssystem betrachtet werden, das auf einem echten Betriebssystem aufbaut. Die meisten der neuesten Browser verfügen über eine JVM, die nicht ausreicht. Natürlich können Sie auch eine separat zur Verwendung herunterladen. Diese Arbeitsunterscheidung ermöglicht es dem Applet, dem Browser die Ausführung spezieller Funktionen zu ermöglichen, ohne durch die relativ schwachen Fähigkeiten des Browsers eingeschränkt zu werden.

Applets galten in der Anfangszeit als bedeutungslose kleine Dinge, da sie ursprünglich zur Implementierung einiger einfacher Animationen verwendet wurden, z. B. Symbollogos, die wie transparenter Kleber aussahen, scrollende Titelleisten und springende Bindungen usw. Glücklicherweise haben sich Applets weiterentwickelt und können für einige sehr humanistische Zwecke verwendet werden, wie zum Beispiel Kreuzworträtsel, Simulationen des Turms von Hanoi, das Anprobieren von Anzügen und Accessoires sowie virtuelle Modi.

Serverseitige Skriptsprache

Abbildung 2-4 ist ein schematisches Diagramm des Server-Skriptdatenprozesses.

Die clientseitige Skriptsprache ist sehr attraktiv und der auffälligste Teil der Webentwicklung. Die serverseitige Programmierung ist genau das Gegenteil. Sie ist für den Benutzer unsichtbar und versteckt sich dahinter. Serverseitige Skriptprogrammierer versuchen ständig, die Daten auf dem Back-End-Webserver zu erkunden, während Kollegen mit künstlerischen Talenten im Front-End ihre Arbeiten vor der Öffentlichkeit ausdrücken können.

Die Skriptsprache des serverseitigen Webs verbindet hauptsächlich die Website mit dem Back-End-Server, beispielsweise einer Datenbank, was eine bidirektionale Kommunikation ermöglicht:

Das Skript Sprache des serverseitigen Webs Die Skriptsprache verbindet hauptsächlich die Website mit dem Back-End-Server, beispielsweise einer Datenbank, was eine bidirektionale Kommunikation ermöglicht:

◆ Server zu Client: Webseiten können kombiniert werden aus der Ausgabe des Back-End-Servers.

◆ Client zu Server: Machen Sie die vom Client eingegebenen Informationen wirksam.

Gängige Beispiele für die Benutzer-zu-Server-Kommunikation sind Online-Formulare und einige Dropdown-Listen, die dynamisch auf dem Server kombiniert werden. (Normalerweise müssen Sie dafür eine Taste drücken.)

Das serverseitige Skriptsprachenprodukt besteht aus zwei Hauptteilen: der Skriptsprache und der Skript-Engine (die möglicherweise in den Webserver integriert ist oder nicht). Die Engine-Teile werden alle von derselben Firma oder demselben Team entwickelt und können nur in Verbindung miteinander verwendet werden (PHP3 und ColdFusion sind zwei solche Beispiele). Es gibt jedoch Ausnahmen von dieser Regel. Beispielsweise werden Java Server Pages in Standardprogrammiersprachen und nicht in speziellen Skriptsprachen geschrieben. Einige Partner haben mehrere kompatible und austauschbare Engines entwickelt (z. B. Allaire JRun, Apache JServ).

Theoretisch ermöglicht Active Server Pagesb die Verwendung der meisten Skriptsprachen und einer von mehreren passenden ActiveX-Skript-Engines (in der Praxis jedoch mit Ausnahme der Kombination von NT/IIS/VBScript/JScirpt). Darüber hinaus gibt es viele Probleme mit anderen Kombinationen).

Abbildung 2.5 zeigt ein Beispiel einer einfachen serverseitigen Skriptsprache. Basierend auf dem serverseitigen Quellcode und dem clientseitigen Quellcode wird sofort eine Seite aus der Datenbank generiert. Wir haben Datenbankaufrufe eingefügt (auf die wir erst in Teil II dieses Buches näher eingehen) und einige der enthaltenen Dateien weggelassen, da der Zweck dieses Beispiels darin besteht, das Endprodukt von PHP zu zeigen und nicht darin, ein formales Beispiel zu sein Der ausführbare Quellcode des Jobs verwendet

Das Folgende ist der Quellcode auf dem Server

Dies ist die Quellcode-Präsentationsform derselben Seite, wenn sie den Client erreicht:

Der Oben finden Sie den PHP-Lernleitfaden - Kapitel 2. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www.php.cn)!