KLEINE RESSOURCEN EINBETTEN
Erstellen Sie data: URLs oder lesen Sie deren Inhalt aus. MIME, Kodierung und Bytezahl bleiben getrennt prüfbar.
Text, Dateien und URI-Inhalte bleiben im Browser; sie werden weder gesendet noch in einer URL gespeichert.
type/subtype ohne Parameter eingeben. Text nutzt UTF-8; Dateibytes bleiben erhalten. MIME ist eine Angabe, keine Formaterkennung.
Maximal 600.000 Quell- oder Ergebnisbytes, 1.900.000 URI-Zeichen und 1.024 Kopfzeichen.
MIME: text/plain;charset=utf-8 · Zeichensatz: utf-8 · Kodierung: Base64
Vollständige URI-Länge: Base64 65 · Prozent 80
20 Bytes · 65 URI-Zeichen
Ein eingebettetes Symbol kann schon an einer unmaskierten Raute oder einem fehlenden Komma scheitern. Der Data-URI-Generator trennt die Angaben im Kopf von den eigentlichen Daten. So lässt sich ein Fehler in der Adresse von einem Problem mit der Ressource unterscheiden.
Der Data-URI-Generator berechnet beide vollständigen URI-Längen für dieselben Bytes. Prozent-Kodierung kann bei einem kleinen SVG mit viel ASCII kürzer sein. Viele Sonderzeichen oder Umlaute können das Verhältnis ändern; ein Vergleich ist verlässlicher als eine pauschale Empfehlung.
Eine Data URI dekodieren bedeutet zunächst, ihren Inhalt zurückzugewinnen. Die Text- oder Hexansicht zeigt die Daten, bevor Sie eine Datei speichern. HTML und SVG bleiben Quelltext. Für diese Prüfung wird keine aktive Vorschau benötigt.
Der SVG-Modus setzt image/svg+xml und startet mit Prozent-Kodierung. Sie können auf Base64 wechseln und die Gesamtwerte vergleichen. Die Einstellung korrigiert weder XML noch Farben oder Skripte. Änderungen am Bild gehören vor die Kodierung.
Die Automatik wartet nach Änderungen 350 ms. Bei ausgeschalteter Automatik starten Sie mit dem Button oder Ctrl/Cmd + Enter. Änderungen an Eingabe, MIME oder Kodierung sperren den Export sofort. Jeder Eingabemodus behält seinen eigenen Inhalt.
In der Analyse steht unter dem Ergebnis, ob Text oder Hexwerte angezeigt werden. Kopieren übernimmt diese Darstellung; der Byte-Download speichert den vollständigen Inhalt. Beispiele, Leeren und Dateiersatz benötigen eine Vorschau und lassen sich einmal rückgängig machen.
Text wird mit UTF-8 und passender charset-Angabe erzeugt. Für Dateien gilt der vom Browser gelieferte Typ oder application/octet-stream als Ersatz. Der MIME-Typ lässt sich ändern; eine solche Metadatenänderung wandelt kein Dateiformat um.
Auch %FF stellt ein gültiges Byte dar, obwohl es allein kein UTF-8-Zeichen ist. Pluszeichen bleiben Pluszeichen. Bei der Erzeugung werden unter anderem Rauten, Klammern, Anführungszeichen und Leerraum kodiert, ohne vorher den Inhalt umzuschreiben.
Das erste Komma trennt Kopf und Nutzdaten. Der Parser erkennt einen fehlenden MIME-Typ, charset, weitere eindeutige Parameter und den abschließenden base64-Marker. Maskierte ASCII-Parameterwerte sind möglich; fehlerhafte Escape-Sequenzen werden nicht geraten.
Die Anzeige nennt Ressourcenbytes und URI-Zeichen getrennt. Zunächst erscheinen 20.000 Ergebniszeichen, weitere lassen sich einblenden. Kopie und Downloads enthalten unabhängig von der Anzeige das gesamte aktuelle Ergebnis, einschließlich einer eventuell vorhandenen Byte Order Mark.
Nein. Der Browser liest die ausgewählte Datei lokal ein. Das Werkzeug überträgt keine Eingaben, erzeugt keine Freigabe-URL und speichert keinen Entwurf. Die exportierte URI enthält jedoch den vollständigen Inhalt: Wer sie weitergibt, gibt auch die Daten weiter.
Ja: 600.000 Bytes für die Quelle oder das dekodierte Ergebnis und 1.900.000 Zeichen für die URI. Das sind Grenzen dieses Werkzeugs. Das Zielsystem kann andere Grenzen haben. Größere Ressourcen sind als separate Dateien oft leichter zu aktualisieren und zu cachen.
Wählen Sie URI analysieren und fügen Sie die vollständige Adresse ein. Im Metadatenbereich stehen der wirksame Typ, der Zeichensatz und die erkannte Kodierung. Ohne Typ und Charset gilt text/plain;charset=US-ASCII; eine explizite charset-Angabe wird berücksichtigt.
Wenn sich die Bytes als unterstütztes UTF-8 oder ASCII lesen lassen. Ein expliziter anderer Zeichensatz wird nicht umgedeutet. Ungültige Bytes und binäre Steuerzeichen erhalten eine Hexansicht. Der Dateidownload ist davon unabhängig und speichert die Originalbytes.
Base64 kann beliebige Bytes enthalten, etwa komprimierte Daten oder ein Bild. Eine erfolgreiche Dekodierung garantiert deshalb keinen lesbaren Text. Prüfen Sie zuerst MIME und charset. Die Hexansicht erhält auch solche Daten, statt sie durch Ersatzzeichen zu beschädigen.
Fehlt ein konkreter URI-Fall?
Mit dem Data-URI-Generator vergleichen Sie beide Kodierungen, kontrollieren Metadaten und prüfen die wiederhergestellten Bytes vor dem Einbetten.