CDRN

Ein Base64-PDF decodieren

  • Dashboard
  • Dokumentation
  • API
stellt das PDF aus seiner Base64-Darstellung wieder her, bereit zum direkten Download
Fügen Sie den Base64-String des PDFs ein, mit oder ohne Data-URI-Präfix (data:application/pdf;base64,...).

Ein Base64-PDF dekodieren

Dieses Tool nimmt eine Base64-Zeichenkette, die eine PDF-Datei darstellt, dekodiert sie und stellt Ihnen das ursprüngliche PDF als direkten Download zur Verfügung. Dies ist die umgekehrte Operation unseres Base64-PDF-Encoders.

Warum ein Base64-PDF dekodieren?

  • Eine als JSON empfangene PDF wiederherstellen: eine API gibt ein signiertes Dokument, eine Rechnung oder einen Bericht als Base64-Zeichenkette in einem JSON-Schlüssel zurück. Um es anzuzeigen, muss es dekodiert werden.
  • API-Integrations-Debugging: bestätigen, dass die von einem Drittdienst zurückgegebene Base64-Zeichenkette tatsächlich einer gültigen und lesbaren PDF entspricht.
  • Archivwiederherstellung: ein PDF aus einem JSON-Export, einem Datenbank-Dump oder einem Transaktionslog extrahieren, in dem es kodiert enthalten ist.
  • Überprüfung von E-Mail-Anhängen: den Base64-Inhalt eines MIME-Anhangs analysieren, um seine Integrität zu validieren.

Verwendung des Tools

  1. Fügen Sie die Base64-Zeichenkette in das Eingabefeld ein.
  2. Das Präfix data:application/pdf;base64, ist optional: das Tool erkennt es und entfernt es automatisch, wenn es vorhanden ist.
  3. Starten Sie die Dekodierung. Wenn die Zeichenkette gültig ist und tatsächlich eine PDF darstellt, erscheint eine Download-Schaltfläche.
  4. Laden Sie die rekonstruierte Datei herunter und öffnen Sie sie mit Ihrem gewohnten PDF-Reader.

Beispiel einer akzeptierten Zeichenkette

data:application/pdf;base64,JVBERi0xLjQKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVy...

Dieselbe Zeichenkette ohne Präfix (ab JVBERi...) wird ebenfalls akzeptiert.

Validierung des PDF-Formats

Eine gültige Base64-Zeichenkette garantiert nicht, dass der dekodierte Inhalt eine PDF-Datei ist. Unser Tool führt eine zusätzliche Überprüfung durch: es kontrolliert, dass die ersten dekodierten Bytes dem Magic Header %PDF- entsprechen, den jede PDF-Datei am Dateianfang besitzt (Signatur 0x25 0x50 0x44 0x46 0x2D).

Wenn die dekodierte Datei nicht mit dieser Signatur beginnt, lehnt das Tool die Anfrage ab mit der Meldung "Decoded data does not look like a PDF". Diese Absicherung verhindert, dass eine Datei zum Download angeboten wird, die sich nicht öffnen lässt, und zeigt sofort ein vorgelagertes Formatproblem an (abgeschnittene Zeichenkette, falscher Dateityp oder nicht-binärer Inhalt).

Direkter Download

Die rekonstruierte PDF-Datei wird direkt mit einem HTTP-Header Content-Disposition: attachment und dem MIME-Typ application/pdf ausgeliefert. Je nach Browser öffnet sich die Datei im integrierten Viewer oder wird im Standardordner heruntergeladen.

Sicherheit und Datenschutz

Die Dekodierung erfolgt serverseitig für die Dauer der Anfrage. Das rekonstruierte PDF wird niemals auf der Festplatte gespeichert oder gecacht: es wird im Arbeitsspeicher berechnet und direkt an Ihren Browser gestreamt. Sobald die Antwort gesendet wurde, wird der Speicher freigegeben.

Bei besonders sensiblen Dokumenten (Verträge, personenbezogene Daten) empfehlen wir eine lokale Dekodierung mit einem Offline-Tool (z. B. base64 -d in der Kommandozeile), damit der Inhalt keinen Server passiert.

Unterschied zu einem Base64-Bild

Unser Tool ist spezifisch für PDFs: es lehnt eine Zeichenkette ab, die als Bild, ZIP-Archiv oder in einem anderen Format dekodiert wird. Um ein Base64-Bild (PNG, JPEG, GIF, WebP) zu dekodieren, verwenden Sie unseren Base64-Bild-Dekoder, der die bildspezifischen Magic Header validiert und eine direkte Vorschau im Browser anbietet.

Häufig gestellte Fragen

Was tun, wenn das Tool "Decoded data does not look like a PDF" zurückgibt?

Die Base64-Zeichenkette wird korrekt dekodiert, aber das Ergebnis beginnt nicht mit %PDF-. Das bedeutet entweder, dass die Zeichenkette abgeschnitten ist, oder dass der ursprüngliche Inhalt keine PDF-Datei ist (vielleicht ein Bild, ein Word-Dokument oder beschädigte Daten). Überprüfen Sie die Quelle: die vollständige Zeichenkette muss mit JVBERi beginnen (Base64-Äquivalent von %PDF).

Meine PDF scheint nach der Dekodierung abgeschnitten, warum?

Das passiert, wenn die Quell-Base64-Zeichenkette nicht vollständig ist: ein unvollständiges Kopieren, ein schlecht behandelter Zeilenumbruch oder ein Datenbankfeld, das den Wert abgeschnitten hat. Überprüfen Sie, ob die Zeichenkette korrekt endet (oft mit einem oder zwei Padding-Zeichen =) und kein Störzeichen eingeschlichen ist.

Ist das resultierende PDF identisch mit dem Original?

Ja. Base64 ist eine verlustfreie umkehrbare Kodierung: die dekodierte Bytefolge ist streng identisch mit der kodierten Bytefolge. Jeder Unterschied im Hash oder Verhalten beim Öffnen weist auf ein vorgelagertes Problem hin (beschädigte Zeichenkette, falsche Quelle).

Ist das Data-URI-Präfix erforderlich?

Nein. Unser Tool akzeptiert gleichermaßen die Zeichenkette mit Präfix (data:application/pdf;base64,...) oder die rohe Zeichenkette (direkt ab den Base64-Daten). Das Präfix ist in einem HTML-Kontext nützlich, aber eine API, die die PDF in einem typischen JSON-Feld zurückgibt, liefert sie ohne Präfix.

Sind Leerzeichen und Zeilenumbrüche in der Zeichenkette ein Problem?

Nein. Der Dekoder ignoriert Leerzeichen (Spaces, Zeilenumbrüche, Tabulatoren), die auftreten können, wenn die Zeichenkette für die Anzeige formatiert wurde. Nur gültige Base64-Zeichen werden berücksichtigt.

Beispielanfrage

curl -X POST https://cdrn.fr/api/v1/tools/base64-pdf-decoder/execute \
  -H "Content-Type: application/json" \
  -d '{"text_encoded":"..."}'

Eingabeschema

Feld Typ Erforderlich Standard
text_encoded text ✓ –

Endpunkte

  • GET https://cdrn.fr/api/v1/tools - listet alle verfügbaren Tools auf
  • GET https://cdrn.fr/api/v1/tools/base64-pdf-decoder - liefert das Schema dieses Tools
  • POST https://cdrn.fr/api/v1/tools/base64-pdf-decoder/execute - führt dieses Tool mit einem JSON-Payload aus