ZenovayTools

YAML-Validator

Validieren und formatieren Sie YAML-Syntax. Überprüft auf Analysefehler, zeigt Zeilennummern und konvertiert optional in JSON zur Überprüfung.

So verwenden Sie YAML-Validator

  1. 1Fügen Sie Ihr YAML in den Editor ein.
  2. 2Die Validierung wird automatisch ausgeführt — Fehler werden mit Zeilennummern angezeigt.
  3. 3Schalten Sie die JSON-Ansicht um, um die analysierte Struktur zu überprüfen.
  4. 4Kopieren Sie die formatierte oder JSON-Ausgabe.
ZenovayAnalytics

Sehen Sie, wer gerade auf Ihrer Seite ist.

  • Besucher-Tracking in Echtzeit
  • Datenschutz zuerst, kein Cookie-Banner
  • In zwei Minuten eingerichtet
Zenovay entdecken

Verwandte Tools

JSON-Formatter und Validator
Formatieren, validieren und verschönern Sie JSON-Daten mit Syntaxhervorhebung und Fehlererkennung.
JWT-Decoder
Dekodieren und inspizieren Sie JWT-Token. Zeigen Sie Header, Payload und überprüfen Sie Signaturen.
Base64 Encode/Decode
Kodieren Sie Text in Base64 oder dekodieren Sie Base64 zurück in Text. Unterstützt UTF-8 und Binärdaten.
URL Codierungstool
Codieren oder decodieren Sie URL-Komponenten. Verarbeiten Sie Sonderzeichen, Abfragezeichenfolgen und vollständige URLs.

Häufig gestellte Fragen

Was macht YAML anders als JSON?▾
YAML (YAML Ain't Markup Language) ist eine Obermenge von JSON, die für menschliche Lesbarkeit entwickelt wurde. Wichtige Unterschiede: YAML verwendet Einrückung (Leerzeichen, keine Tabulatoren) für die Struktur statt Klammern/Klammern; Strings benötigen in den meisten Fällen keine Anführungszeichen; Kommentare werden mit # unterstützt; mehrzeilige Strings sind leicht mit | und >; YAML unterstützt Anker und Aliase zum Wiederverwenden von Werten. JSON ist eine strikte Teilmenge von YAML — alles gültige JSON ist gültiges YAML.
Welche sind häufige YAML-Syntaxfehler?▾
Die häufigsten YAML-Fehler: Mischung aus Tabulatoren und Leerzeichen (nur Leerzeichen erlaubt), falsche Einrückungsebene, nicht zitierte Strings mit Sonderzeichen (: { } [ ] # & * ? | - < > = ! % @ `), doppelte Schlüssel auf der gleichen Ebene, nicht geschlossene mehrzeilige String-Blöcke und falsche boolesche Analyse (ja/nein/ein/aus werden in YAML 1.1 als boolesche Werte analysiert). Zitieren Sie immer Strings, die mit Sonderzeichen beginnen.
Was ist der Unterschied zwischen | und > in YAML?▾
Beide sind Block-Skalar-Indikatoren. | (literaler Block) behält Zeilenumbrüche wörtlich bei — nützlich für Skripte und Codeblöcke. > (gefalteter Block) konvertiert Zeilenumbrüche in Leerzeichen außer für leere Zeilen — nützlich für lange Prosa. Beide unterstützen einen nachfolgenden Zeilenumbruch (Standard), - zum Entfernen von nachfolgenden Zeilenumbrüchen oder + zum Behalten aller nachfolgenden Zeilenumbrüche. Beispiel: description: > This is a long text that wraps across lines.
Was sind YAML-Anker und Aliase?▾
Anker (&) definieren einen wiederverwendbaren Wert und Aliase (*) verweisen darauf. Beispiel: defaults: &defaults timeout: 30 retries: 3. Dann production: <<: *defaults env: production. Der <<-Schlüssel ist ein Merge-Schlüssel — er vereinigt das aliasierte Objekt mit dem aktuellen. Dies reduziert die Wiederholung in Konfigurationsdateien, häufig in GitHub Actions und Docker Compose verwendet.
Warum wird mein YAML-Boolean als String analysiert?▾
YAML 1.1 behandelt diese als Boolesche Werte: true/false, yes/no, on/off (und deren Großbuchstabenvarianten). YAML 1.2 behandelt nur true/false als boolesche Werte. Bibliotheken unterscheiden sich darin, welche Spezifikation sie befolgen. Wenn Sie einen String wünschen, zitieren Sie ihn immer: "yes", "no", "true". Dies ist eine häufige Fehlerquelle in Konfigurationsdateien — zum Beispiel wird ein Ländercode "NO" (Norwegen) als false analysiert.