YAML-Validator
Liest es ein – und bedeutet es, was Sie denken?
Beispiele ersetzen vorübergehend Eingabe und Einstellungen. Du kannst deine vorherige Arbeit wiederherstellen.
Oben einfügen oder tippen, das Ergebnis erscheint hier.
Ihre Dateien bleiben auf Ihrem Gerät
Dieses Tool läuft vollständig in Ihrem Browser. Was Sie einfügen, wird auf Ihrem Gerät verarbeitet und nie an einen Server gesendet. Es ist daher auch für Tokens, Schlüssel und unveröffentlichte Texte sicher.
Beispiel
Beispiel: Versand-Konfiguration mit Postleitzahl 01067, Länderkürzel NO und Version 2.10.1
Eine kleine Konfigurationsdatei für den Versand eines Onlineshops: Standort Dresden mit der Postleitzahl 01067, Lieferländer AT, CH und NO, dazu version: 2.10.1 und mwst: 19. Sie liest fehlerfrei ein – und trotzdem steht dreimal etwas anderes darin, als gemeint war.
- Eingefügt werden 11 Zeilen: firma, standort mit plz: 01067, ort: Dresden und land: DE, dann lieferländer als Liste mit - land: AT, - land: CH, - land: NO, zuletzt version: 2.10.1 und mwst: 19.
- Die Prüfung meldet gültiges YAML, eine Zuordnung mit 5 Schlüsseln auf oberster Ebene, und darunter Warnungen zu den Zeilen 3, 9 und 10.
- Steht in Zeile 4 ein Tabulator statt zwei Leerzeichen vor ort: Dresden, ist es kein gültiges YAML mehr: Zeile 4 wird mit > markiert und mit den Zeilen davor und danach gezeigt.
| Zeile | Steht da | Was passiert | Korrektur |
|---|---|---|---|
| 3 | plz: 01067 | wird die Zahl 1067, die führende Null ist weg | plz: "01067" |
| 9 | - land: NO | YAML-1.1-Leser machen daraus false statt Norwegen | land: "NO" |
| 10 | version: 2.10.1 | ist zufällig Text; 2.10 allein wäre die Zahl 2.1 | version: "2.10.1" |
| 4 | Tabulator vor ort: | Fehler: YAML verbietet Tabulatoren zum Einrücken | zwei Leerzeichen |
Mit den drei Paaren Anführungszeichen meldet die Prüfung keine Warnung mehr: Die Postleitzahl bleibt "01067", NO bleibt Norwegen und die Version bleibt 2.10.1 – auch in Werkzeugen, die YAML strenger nach der älteren Fassung lesen.
So funktioniert es
- Das YAML einfügen. Es wird beim Tippen geprüft.
- Liest es nicht ein, wird die Zeile benannt und die Umgebung gezeigt.
- Liest es ein, schauen Sie sich die Warnungen darunter an.
- Korrigieren und erneut einfügen.
Häufige Fragen
- Warum vor etwas warnen, das einliest?
- Weil die Fehler, die wirklich Zeit kosten, genau die sind, die einlesen. country: no ist der Wahrheitswert false und nicht Norwegen. version: 1.2.3 ist Text, 1.2 dagegen eine Zahl. code: 0755 verliert seine führende Null. Anführungszeichen beheben jedes davon, und nichts sagt Ihnen Bescheid, bis weiter unten etwas schiefgeht.
- Warum ist ein Tabulator ein Fehler und keine Warnung?
- Weil YAML Tabulatoren zum Einrücken rundheraus verbietet – eine der wenigen Stellen, an denen die Spezifikation deutlich wird. Editoren, die sie unbemerkt einfügen, sind die übliche Ursache.
- Welche YAML-Fassung ist das?
- Der Leser beherrscht die Teilmenge, die Konfigurationsdateien tatsächlich verwenden: Zuordnungen, Listen, Block- und Flussstil, mehrzeilige Zeichenketten, Anker in der gebräuchlichen Form. Exotische Ecken der Spezifikation sind womöglich nicht abgedeckt – und das wird gesagt, statt geraten.
- Welche Warnungen gibt es?
- Tabulatoren zum Einrücken (ein Fehler), Leerzeichen am Zeilenende, Werte wie yes, no, on, off, y oder n (in YAML 1.1 Wahrheitswerte), Zahlen mit führender Null, Versionsnummern mit zwei Punkten, ein Doppelpunkt mit Leerzeichen mitten in einem Wert ohne Anführungszeichen und ein Listenpunkt ohne Inhalt, der null ergibt. Jede Warnung nennt ihre Zeile.
- Die Fehlerzeile sieht richtig aus – wo steckt der Fehler?
- Oft eine Zeile darüber. Deshalb zeigt die Prüfung die genannte Zeile mit > markiert zusammen mit den zwei Zeilen davor und der Zeile danach: Ein falsch eingerückter Schlüssel oder ein vergessener Doppelpunkt fällt meist erst in der folgenden Zeile auf.
- Wird etwas an einen Server geschickt?
- Nein. Es läuft im Browser, was Sie einfügen, bleibt auf Ihrem Rechner.