cookies.txt-Konverter

Es ist das als Klartext gespeicherte Cookie-Dateiformat, das curl, wget und viele Download-Manager verwenden. Jede Zeile enthält ein Cookie mit sieben durch Tabs getrennten Feldern: Domain, Flag für Subdomains (TRUE/FALSE), Pfad, Secure-Flag (TRUE/FALSE), Ablauf als Unix-Zeitstempel (0 bedeutet Session-Cookie), Name und Wert. Zeilen, die mit # beginnen, sind Kommentare.

HttpOnly-Cookies sind für JavaScript im Browser nicht lesbar, daher kann das Format sie nicht über ein normales Feld kennzeichnen. Stattdessen erhält die Domain das Präfix #HttpOnly_, zum Beispiel #HttpOnly_.example.com — ohne das Präfix würde die Zeile wie ein Kommentar aussehen. Der Konverter liest diese Zeilen als Cookies, behält das Flag bei und schreibt das Präfix beim Export wieder mit.

Wählen Sie als Eingabeformat "Netscape cookies.txt" und als Ausgabeformat JSON, dann klicken Sie auf Konvertieren. Jede Zeile wird zu einem Objekt mit den Feldern domain, includeSubdomains, path, secure, expires (Unix-Sekunden, 0 für Session-Cookie), name, value und httpOnly — praktisch für Skripte, Tests und Automatisierung.

Für die Ziel-URL wendet der Konverter die Sende-Regeln von RFC 6265 an: Der Host muss zur Cookie-Domain passen (Subdomains eingeschlossen, wenn das Flag TRUE ist), der URL-Pfad muss zum Cookie-Pfad passen, Secure-Cookies werden nur über HTTPS gesendet, und abgelaufene Cookies werden übersprungen. Treffer werden nach längstem Pfad zuerst sortiert und als name=value-Paare mit "; " verbunden.

Ein Cookie-Header enthält nur Namen und Werte — keine Metadaten zu Domain, Pfad, Ablauf, Secure oder HttpOnly. Der Import erzeugt Host-only-Session-Cookies für den Host der Ziel-URL, mit Ihren Pfad- und Secure-Einstellungen und HttpOnly=false. Das sind neue Annahmen, keine wiederhergestellten Metadaten.

In cookies.txt ist das vierte Feld das Secure-Flag (TRUE/FALSE); in JSON ist es ein boolescher Wert. Beim Aufbau eines Headers werden Secure-Cokies verworfen, wenn die Ziel-URL nicht HTTPS ist. Der Ablauf ist ein Unix-Zeitstempel in Sekunden — 0 bedeutet Session-Cookie — und bereits abgelaufene Cookies werden aus der Header-Ausgabe ausgeschlossen.

Nein. Werte werden als opaker Text behandelt und bei jeder Konvertierung unverändert kopiert; nichts wird dekodiert, neu kodiert, entschlüsselt, neu signiert oder aktualisiert. Enthält ein Name oder Wert Zeichen, die ein Cookie-Header nicht tragen kann, bricht der Header-Export mit einem Fehler ab — wählen Sie stattdessen die JSON-Ausgabe, sie bewahrt solche Werte unverändert.

Nein. Parsen und Konvertieren laufen vollständig in Ihrem Browser mit JavaScript — kein Upload, kein Server-Roundtrip. Behandeln Sie Cookie-Dateien dennoch wie Zugangsdaten: Geben Sie Authentifizierungs-Cookies niemals weiter und untersuchen Sie nur Cookie-Header, die Sie verwenden dürfen.