Webseiten mit HTML::Lint validieren

Wenn das Modul installiert ist, kann man ein einfaches Beispiel zu Demonstrationszwecken ausprobieren:

Das Beispiel dürfte selbsterklärend sein. Sobald man eine Instanz von HTML::Lint erstellt hat, erledigt die Methode parse() die eigentliche Arbeit. Diese Methode übernimmt einen String mit HTML-Code und überprüft diesen auf Gültigkeit. Beim Entdecken von Fehlern werden diese im Array @errors des Objekts gespeichert. Durch Überprüfen dieses Arrays kann das Script eine Meldung ausgeben, die angibt, ob der String gültig ist oder nicht.

Es ist natürlich eher unwahrscheinlich, dass man HTML-Strings direkt in Lint-Scripts schreibt. Glücklicherweise kann das Modul auch auf dem Computer gespeicherte HTML-Dokumente scannen. Statt der einfachen parse()-Methode bringt HTML::Lint auch eine parse_file()-Methode mit, die als Argument eine Datei statt eines Strings erwartet:

Hier öffnet der HTML::Lint-Parser die Datei, scannt sie und speichert alle Fehlermeldungen im Array @errors. Für noch größere Flexibilität kann man natürlich den Dateinamen samt Pfadangabe dem Script als Argument übergeben wie im nächsten Beispiel. Aber zuerst ein paar Anmerkungen zur Behandlung von Fehlern.

Die bisherigen Beispiele zeigten zwar, wie HTML::Lint dem Prinzip nach funktioniert, aber noch nicht, wie man die einzelnen entdeckten Fehler identifiziert. Hierzu muss auf das Array @errors zurückgegriffen werden, welches die detaillierten Fehlermeldungen enthält.

Ein Fehler wird von HTML::Lint als eine Instanz des Objekts HTML::Lint::Error zurückgegeben, das einem von drei Typen angehört:

  • STRUCTURE: Diese Fehler sind zum Beispiel falsche Attributwerte oder nicht korrekt geschlossene oder verschachtelte Elemente.
  • HELPER: Diese helfen beim Auffinden von optionalen Attributen, die im Dokument nicht vorhanden sind, aber zu „besserem“ Code führen können, zum Beispiel ALT-Attribute für Bilder.
  • FLUFF: Hierzu zählen sonstige Fehler wie unbekannte Elemente oder Attribute. Browser ignorieren diese normalerweise, aber selbst wenn sie harmlos sind, stören sie doch im Dokument.

Page: 1 2 3 4

ZDNet.de Redaktion

Recent Posts

Supercomputer-Ranking: El Capitan überholt Frontier und Aurora

Mit 1,7 Exaflops ist El Capitan nun der dritte Exascale-Supercomputer weltweit. Deutschland stellt erneut den…

4 Tagen ago

Ionos führt neue AMD-Prozessoren ein

Der deutsche Hyperscaler erweitert sein Server-Portfolio um vier Angebote mit den neuen AMD EPYC 4004…

4 Tagen ago

Lags beim Online-Gaming? DSL-Vergleich und andere Tipps schaffen Abhilfe

Beim Online-Gaming kommt es nicht nur auf das eigene Können an. Auch die technischen Voraussetzungen…

4 Tagen ago

GenKI-Fortbildung immer noch Mangelware

Fast jedes zweite Unternehmen bietet keinerlei Schulungen an. In den übrigen Betrieben profitieren oft nur…

4 Tagen ago

Netzwerk-Portfolio für das KI-Zeitalter

Huawei stellt auf der Connect Europe 2024 in Paris mit Xinghe Intelligent Network eine erweiterte…

4 Tagen ago

Internet-Tempo in Deutschland: Viel Luft nach oben

Höchste Zeit für eine schnelle Kupfer-Glas-Migration. Bis 2030 soll in Deutschland Glasfaser flächendeckend ausgerollt sein.

4 Tagen ago