Komprimieren + Escapen
Eine Zeile, einbettbar in andere Strings. JSON in einem JSON-Feld oder in einer Shell-Variable.
Quelle zuerst gültiges JSON, dann escapen – keine Syntaxfehler mit einbetten.
JSON komprimieren & escapen
Lokale Verarbeitung Daten auch über #data={"name":"Ada"} oder #url=... einfügen; nach dem Lesen wird die Adressleiste geleert.
Komprimieren plus Escapes: JSON in Stringliterale oder aus bereits escapedem Text zurück. Häufig in Code-Snippets und Config-Templates. In Logs oft \" Schicht um Schicht – Wechsel zwischen parsebarem JSON und in Strings eingebettetem Text.
Unescapen
Aus Logs Inhalt mit \" kopieren und zu parsebarem JSON. Gateways oder SDKs, die den Body als String loggen.
Danach sofort formatieren und Struktur sehen.
Zuerst gültig
Ist die Quelle kein JSON, Fehler – kein noch schwerer lesbarer Zeichensalat. Falscher Modus (Unescape vs. Escape) liefert Überraschungen; am Beispiel orientieren.
Nur Whitespace weg, ohne Einbettung in Code: Komprimierungsseite reicht.
Beispiel
{"msg":"hello"}{\"msg\":\"hello\"}Unterschied zum normalen Komprimieren?
Komprimieren entfernt nur Whitespace; hier zusätzlich Anführungszeichen und Backslashes für Code-Einbettung.
Zeilenumbrüche?
Nach dem Komprimieren gibt es keine Umbrüche; Escapen zielt auf Anführungszeichen und Backslashes.
Zweimal escapen?
Jede Escape-Runde eine Backslash-Schicht mehr. Sieht alles nach \\ aus, «Escapes entfernen» wählen und schälen.
Für HTML-Attribute?
Als Start, HTML-Anführungszeichenregeln beachten, vor dem Release in der Zielumgebung testen.
Empfohlener Ablauf
- Richtung: Einbettung in Strings «Komprimieren und escapen»; aus Logs «Escapes entfernen».
- Quelltext einfügen, Ausgabe für das nächste Tool oder den Code prüfen.
- Wiederhergestelltes JSON formatieren, Felder vollständig?
- Nur eine Zeile, ohne Code-Einbettung: normale Komprimierungsseite.
Mehrschichtiges Escapen ist in Logs üblich. Unklare Tiefe: «Escapes entfernen» wiederholen, bis ein Standardparser akzeptiert.