PDF-Glossar: Base64, Kodierung, Data URI und API-Payload

Ein Schema zur Kodierung von Binärdaten als Text, das jede Byte-Folge mit 64 druckbaren ASCII-Zeichen darstellt, damit Binärdateien durch textbasierte Systeme laufen können.

Der Vorgang, Daten von einer Darstellung in eine andere umzuwandeln — in diesem Zusammenhang die binären Bytes eines PDFs in einen Base64-Textstring zu verwandeln. Siehe wie Base64-Kodierung funktioniert für die Mechanik.

Das Gegenteil der Kodierung: einen Base64-String zurück in die ursprünglichen Binär-Bytes umzuwandeln. Ein korrekt dekodiertes PDF ist Byte für Byte identisch mit der Datei, die kodiert wurde.

Ein String, der einen Base64-kodierten Wert mit einem Präfix kombiniert, das seinen Dateityp beschreibt, in der Form data:application/pdf;base64,.... Browser und manche Viewer nutzen das Präfix, um zu wissen, wie die Daten darzustellen sind. Siehe Base64 vs Data URI dafür, wann welche Form gilt.

Daten, die als rohe Bytes statt als menschenlesbarer Text gespeichert sind. Ein PDF ist, wie jedes Dateiformat, auf Byte-Ebene Binärdaten, unabhängig davon, wie viel Text es optisch enthält.

Eine Bezeichnung wie application/pdf, die angibt, welche Art von Inhalt ein Datensatz ist. APIs und Browser nutzen den MIME-Typ, um zu entscheiden, wie eine Datei zu behandeln, anzuzeigen oder zu dekodieren ist.

Ein oder zwei =-Zeichen, die an einen Base64-String angehängt werden, wenn die Länge der Originaldaten kein exaktes Vielfaches von 3 Bytes ist. Padding füllt die letzte Zeichengruppe auf, ohne echten Inhalt hinzuzufügen.

Die Daten, die im Body einer API-Anfrage oder -Antwort gesendet werden. Ein Base64-kodiertes PDF steckt oft als eines von mehreren Feldern in einem JSON-Payload — siehe wie du ein Base64-PDF in einer JSON-API-Anfrage verwendest für eine typische Struktur.