Daten auch über #data={"name":"Ada"} oder #url=... einfügen; nach dem Lesen wird die Adressleiste geleert.
Zeilenumbrüche und überzählige Leerzeichen weg, JSON auf eine Zeile. Für Logs, Umgebungsvariablen oder HTTP-Bodies. Lokal. In der Entwicklung formatieren lesen, vor Release oder Skripten noch einmal komprimieren – kleiner und leichter zu kopieren.
Whitespace in Pretty-JSON ist online nutzlos; komprimiert kürzer und besser zu kopieren. Je tiefer die Einrückung, desto mehr Zeichen spart Komprimierung oft.
Logs, Queues und manche Gateways mögen einzeiliges JSON, damit ein Record nicht in mehrere Zeilen zerfällt.
Nur sinnloses Whitespace, keine Zahlen, Strings oder Feldnamen. Vor und nach dem Komprimieren sollte JSON.parse dasselbe Objekt ergeben.
Leerzeichen und Zeilenumbruch-Escapes in Strings bleiben – Texte werden nicht beschnitten.
Ungültige Eingabe mit Fehler, damit kein schlechtes Datum ins Skript kommt. Trailing commas und einfache Anführungszeichen werden vor dem Komprimieren abgefangen.
Lockere JS-Config zuerst über die JSON5-Seite in Standard-JSON.
{
"api": "/v1/users",
"method": "POST"
}{"api":"/v1/users","method":"POST"}Nein. Nur Whitespace zwischen der Struktur; Stringinhalte bleiben.
Normal komprimieren hier; Escapes zusätzlich mit Komprimieren & Escapen Werden Leerzeichen in Strings gelöscht?
Ja. Ergebnis zurück auf Formatieren einfügen und wieder aufklappen, Semantik gleich.
Nein. Nur im aktuellen Tab.
Produktion: formatierte Fassung im Repo, komprimieren beim Release – Code Review und Transportvolumen.