Vorwort
Hallo zusammen! Diese Artikelserie basiert auf Ajies eigenem Prozess zur Erstellung der Website w3cn.org. Ajie hat noch nie zuvor eine Website erstellt, die wirklich den Webstandards entspricht. Jetzt verweise ich auf fremde Materialien und schreibe dabei meine Gedanken und Erfahrungen auf. Ich hoffe, dass es für alle hilfreich ist. Okay, fangen wir an.
Am ersten Tag
Beginnen Sie mit der Erstellung einer Website, die den Standards entspricht. Als Erstes müssen Sie einen DOCTYPE deklarieren, der Ihren Anforderungen entspricht.
Sehen Sie sich den Originalcode der Homepage dieser Website an. Sie können sehen, dass die erste Zeile lautet:
Öffnen Sie einige Websites, die Standards entsprechen, wie zum Beispiel die berühmte Webdesign-Software Auf der Website des Entwicklers Macromedia und des Personal Design Master Zeldman finden Sie denselben Code. Der Code für andere standardkonforme Websites (wie k10k.net) lautet wie folgt:
Was bedeuten diese Codes? Muss es platziert werden?
Was ist DOCTYPE?
Wir nennen den obigen Code eine DOCTYPE-Anweisung. DOCTYPE ist die Abkürzung für Dokumenttyp und wird verwendet, um anzugeben, welche Version von XHTML oder HTML Sie verwenden.
Die DTD (z. B. xhtml1-transitional.dtd im obigen Beispiel) wird als Dokumenttypdefinition bezeichnet, die die Regeln des Dokuments enthält. Der Browser interpretiert die Identität Ihrer Seite basierend auf der DTD definiert und angezeigt.
Um standardkonforme Webseiten zu erstellen, ist die DOCTYPE-Deklaration eine wesentliche und kritische Komponente. Sofern Ihr XHTML keinen korrekten DOCTYPE bestimmt, werden weder Ihr Logo noch Ihr CSS wirksam.
XHTML 1.0 bietet drei DTD-Deklarationen zur Auswahl:
Übergang: Eine DTD mit sehr lockeren Anforderungen, die es Ihnen ermöglicht, weiterhin die HTML4.01-Markierung zu verwenden (muss jedoch der XHTML-Schrift entsprechen). Verfahren). Der vollständige Code lautet wie folgt:
Streng: Für eine strikte DTD können Sie keine Bezeichner und Attribute der Präsentationsebene wie
verwenden. Der vollständige Code lautet wie folgt:
Frameset: Eine DTD, die speziell für Frame-Seiten entwickelt wurde. Wenn Ihre Seite einen Frame enthält, müssen Sie diese DTD verwenden. Der vollständige Code lautet wie folgt:
Welchen DOCTYPE wählen wir
Die ideale Situation ist natürlich eine strenge DTD, aber für die meisten von uns Designern, die neu im Web sind Standards ist Transitional DTD (XHTML 1.0 Transitional) derzeit die ideale Wahl (einschließlich dieser Website, die ebenfalls Transitional DTD verwendet). Da diese DTD es uns auch ermöglicht, Bezeichner, Elemente und Attribute der Präsentationsschicht zu verwenden, ist es auch einfacher, die W3C-Codeüberprüfung zu bestehen.
Hinweis: Die oben erwähnten „Identifikationen und Attribute der Präsentationsschicht“ beziehen sich auf diejenigen Tags, die ausschließlich zur Steuerung der Leistung verwendet werden, wie z. B. Tabellen für den Schriftsatz, die Identifizierung der Hintergrundfarbe usw. In XHTML werden Tags zur Darstellung von Strukturen und nicht zur Erzielung einer Präsentation verwendet. Der Zweck unseres Übergangs besteht letztendlich darin, Daten und Präsentation zu trennen.
Zum Beispiel: Eine Schaufensterpuppe zieht sich um. Das Modell ist wie Daten, und die Kleidung ist die Ausdrucksform. Das Modell und die Kleidung sind getrennt, sodass Sie die Kleidung nach Belieben wechseln können. Im ursprünglichen HTML4 waren Daten und Präsentation miteinander vermischt, und es war sehr schwierig, die Präsentationsform auf einmal zu ändern. Haha, es ist ein bisschen abstrakt. Dieses Konzept muss während des Bewerbungsprozesses schrittweise verstanden werden.
Ergänzend
Die DOCTYPE-Deklaration muss oben in jedem XHTML-Dokument platziert werden, vor allem im Code und Markup.
Weitere Informationen finden Sie auf der W3C-Website
Nachdem der DOCTYPE deklariert wurde, lautet der nächste Code:
Normalerweise ist unser HTML4.0-Code nur , was ist hier „xmlns“?
Diese „xmlns“ ist die Abkürzung für den XHTML-Namespace, der als „Namespace“-Deklaration bezeichnet wird. Welche Rolle spielt der Namespace? Ajies eigenes Verständnis lautet:
Da Sie mit XML Ihr eigenes Logo definieren können, kann das von Ihnen definierte Logo mit dem von anderen definierten Logo identisch sein, jedoch unterschiedliche Bedeutungen haben. Beim Austausch oder der Weitergabe von Dateien kann es leicht zu Fehlern kommen. Um diesen Fehler zu vermeiden, verwendet XML Namespace-Deklarationen, die es Ihnen ermöglichen, Ihre Identität über eine darauf verweisende URL zu identifizieren. Zum Beispiel:
Sowohl Xiao Wang als auch Xiao Li haben eine
Eine beliebtere Erklärung ist: Ein Namespace dient dazu, ein Dokument zu markieren, um anderen mitzuteilen, wem dieses Dokument gehört. Es ist nur so, dass dieses „Wer“ durch eine Website-Adresse ersetzt wird.
XHTML ist eine Auszeichnungssprache, die von HTML zu XML übergeht. Sie muss den XML-Dokumentregeln entsprechen und daher auch einen Namensraum definieren. Und da XHTML1.0 das Logo nicht anpassen kann, ist sein Namespace derselbe, nämlich „http://www.w3.org/1999/xhtml“. Es macht nichts, wenn Sie es noch nicht ganz verstehen. Zu diesem Zeitpunkt müssen wir nur den Code kopieren. Das lang="gb2312" nach
gibt an, dass Ihr Dokument in vereinfachtem Chinesisch sein soll.
Der dritte Schritt besteht darin, Ihre Sprachkodierung zu definieren, etwa so:
Um von Browsern korrekt interpretiert zu werden und die W3C-Codeüberprüfung zu bestehen, müssen wir die von uns verwendete Codierungssprache angeben Im Allgemeinen verwenden wir gb2312 (vereinfachtes Chinesisch). Bei der Erstellung mehrsprachiger Seiten verwenden wir möglicherweise auch Unicode, ISO-8859-1 usw., die entsprechend Ihren Anforderungen definiert werden können.
Normalerweise ist diese Definition ausreichend. Es sollte jedoch hinzugefügt werden, dass XML-Dokumente die Sprachkodierung nicht auf diese Weise definieren:
Ähnliche Aussagen finden Sie in der ersten Codezeile auf der Homepage von Macromedia.com. Dies ist auch die vom W3C empfohlene Definitionsmethode. Warum übernehmen wir also nicht einfach diesen Ansatz? Der Grund dafür ist, dass einige Browser Standards nur unvollständig unterstützen und solche Definitionsmethoden wie IE6/Windows nicht richtig verstehen können. Daher empfehlen wir im Rahmen des aktuellen Übergangsplans weiterhin die Verwendung der Meta-Methode. Natürlich können Sie in beide Richtungen schreiben.
Wenn Sie sich den Quellcode dieser Website ansehen, werden Sie feststellen, dass es einen weiteren Satz gibt, in dem die Sprachkodierung definiert ist:
Dies ist für ältere Browser geschrieben, um sicherzustellen, dass verschiedene Browser die Seite korrekt interpretieren können.
Hinweis: Am Ende der obigen Deklarationsanweisung sehen Sie einen Schrägstrich „/“, der sich von unserem vorherigen HTML4.0-Code-Schreiben unterscheidet. Der Grund dafür ist, dass die XHTML-Syntaxregeln erfordern, dass alle Tags einen Anfang und ein Ende haben müssen. Zum Beispiel
usw. Bei ungepaarten Bezeichnern ist es erforderlich, am Ende des Bezeichners ein Leerzeichen hinzuzufügen, gefolgt von einem „/“ ". Beispielsweise wird
als
geschrieben, und wird als geschrieben. Der Grund für das Hinzufügen von Leerzeichen besteht darin, zu verhindern, dass der Browser die Codes nicht zusammen erkennt.
Die Verwendung von Webstandards zum Entwerfen von Websites besteht hauptsächlich darin, XHTML+CSS-Stylesheets zu verwenden. Dies erfordert, dass alle Webdesigner CSS beherrschen. Wenn Sie es noch nicht verwendet haben, beginnen Sie jetzt mit dem Lernen. Um eine Website zu erstellen, die den Webstandards entspricht, können Sie ohne CSS-Kenntnisse keine schönen Seiten entwerfen.
Tatsächlich müssen alle Aspekte der Leistung mit CSS implementiert werden. Früher haben wir für die Positionierung und das Layout die Tabelle verwendet, jetzt müssen wir für die Positionierung und das Layout p verwenden. Das ist eine Umstellung der Denkweise, die zunächst etwas unangenehm ist. Haha, es wird Widerstand gegen jede Änderung geben. Um die „Vorteile“ zu genießen, die Standards mit sich bringen, lohnt es sich, einige alte traditionelle Praktiken aufzugeben.
Extern aufrufende Stylesheets
In der Vergangenheit haben wir Stylesheets normalerweise auf zwei Arten verwendet:
Inline-Methode auf der Seite: das heißt, Einfügen des Stylesheets Schreiben Sie direkt in den Kopfbereich des Seitencodes. Ähnlich:
Warum muss man es zweimal schreiben?
Tatsächlich reicht es unter normalen Umständen aus, die externe Link-Methode (also den ersten Satz) zu verwenden. Der Doppeltabellenaufruf, den ich hier verwende, ist nur ein Beispiel. Zur Eingabe des Stylesheets dient der Befehl „@import“. Der Befehl „@import“ ist in Netscape 4.0-Browsern ungültig. Mit anderen Worten: Wenn Sie möchten, dass bestimmte Effekte im Netscape 4.0-Browser ausgeblendet und in 4.0 oder höher oder anderen Browsern angezeigt werden, können Sie das Stylesheet mit der Befehlsmethode „@import“ aufrufen.
Tag 5: Weitere Einstellungen im Head-Bereich
Favoritensymbol
Wenn Sie diese Site zu Ihren Favoriten hinzufügen, können Sie sehen, dass das IE-Symbol vor der Favoriten-URL zu einem speziellen Symbol für diese Site wird. Um diesen Effekt zu erzielen, ist es sehr einfach, zunächst ein 16x16-Symbol zu erstellen, es favicon.ico zu nennen und es im Stammverzeichnis abzulegen. Anschließend betten Sie den folgenden Code in den Kopfbereich ein:
< ;link rel="shortcut icon" href="/favicon.ico" type="image/x-icon" />
Inhalt für Suchmaschinen
Der Code lautet wie folgt. Ersetzen Sie ihn einfach durch den Inhalt Ihrer eigenen Website:
Erlauben Sie Suchrobotern, alle Links auf der Website zu durchsuchen. Wenn Sie möchten, dass bestimmte Seiten nicht durchsucht werden, empfiehlt es sich, die robots.txt-Methode zu verwenden. >< meta name="author" content="ajie@netease.com, ajie" />
Urheberrechtsinformationen für die Website festlegen
Eine kurze Einführung in die Website (empfohlen)
Lassen Sie mich zunächst Folgendes vorstellen. Ergänzende Erklärung: In den vorherigen fünf Abschnitten ging es nur um den Code des Kopfbereichs, und der eigentliche Seiteninhalt wurde überhaupt nicht erwähnt. Haha, keine Sorge, der Kopfbereich ist tatsächlich sehr wichtig Designer, indem Sie sich den Kopfcode einer Seite ansehen. Ist sie professionell genug?
Bevor wir mit der formalen Inhaltsproduktion beginnen, müssen wir zunächst die Codespezifikationen von Webstandards verstehen. Wenn Sie diese Spezifikationen verstehen, können Sie Umwege vermeiden und die Codeüberprüfung so schnell wie möglich durchführen.
1. Alle Tags müssen ein entsprechendes Schluss-Tag haben
In der Vergangenheit konnten Sie in HTML viele Tags öffnen, z. B.
li>, anstatt unbedingt die entsprechenden Zeichen
zu schreiben. Dies ist jedoch in XHTML nicht legal. XHTML erfordert eine strenge Struktur und alle Tags müssen geschlossen sein. Wenn es sich um ein separates, ungepaartes Tag handelt, fügen Sie am Ende des Tags ein „/“ hinzu, um es zu schließen. Zum Beispiel:/b> muss geändert werden in:
/p> Das heißt, die Verschachtelung Schicht für Schicht muss streng symmetrisch sein. Das obige ist der detaillierte Inhalt vonSo verwenden Sie CSS für das Webseitenlayout. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
4. Alle Attribute müssen in Anführungszeichen gesetzt werden.
In HTML müssen Sie Attributwerte nicht in Anführungszeichen setzen, in XHTML jedoch Muss zitiert werden. Beispiel:
In besonderen Fällen müssen Sie doppelte Anführungszeichen im Attributwert verwenden. Sie können „ verwenden, einfache Anführungszeichen können „ verwenden, zum Beispiel:
5. Verwenden Sie die Kodierung, um alle Sonderzeichen < und & darzustellen
Jedes Kleiner-als-Zeichen (<), das nicht Teil des Tags ist, muss als & l t; codiert werden.
Jedes Größer-als-Zeichen (>), das nicht Teil des Tags ist des Tags muss als > codiert werden. Jedes kaufmännische Und (&), das nicht Teil einer Entität ist, muss als & a m p; codiert werden Zeichen. >6. Weisen Sie allen Attributen einen Wert zu
XHTML schreibt vor, dass alle Attribute einen Wert haben müssen. Wenn kein Wert vorhanden ist, wird dieser wiederholt > ="shirt" value="medium" reviewed="checked">
7. Verwenden Sie nicht „--“ im Kommentarinhalt
„-- " kann nur am Anfang und am Ende von XHTML-Kommentaren stehen, d. h. sie sind im Inhalt nicht mehr gültig. Beispielsweise ist der folgende Code ungültig:
Ersetzen Sie die internen gepunkteten Linien durch Gleichheitszeichen oder Leerzeichen