Data-URL

aus Wikipedia, der freien Enzyklopädie
Dies ist die aktuelle Version dieser Seite, zuletzt bearbeitet am 27. Juni 2021 um 12:54 Uhr durch imported>Aka(568) (Durchkopplung, deutsch, Kleinkram).
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

Ein Data-URL ist ein URI-Schema, das es ermöglicht, Daten in (HTML-)Quelltext so einzubetten, als wären es externe Ressourcen. Damit können die Daten, beispielsweise für eine Grafik, innerhalb eines HTML-Dokuments direkt im HTML-Quelltext untergebracht werden, statt sie, wie sonst üblich, aus einer Datei anzufordern.

Dies ist tendenziell einfacher als andere Einbettungsmethoden wie MIME mit cid- oder mid-URIs (siehe dazu RFC 2111). Data-URLs werden oft als Uniform Resource Locators bezeichnet, obwohl sie keinen externen Inhalt referenzieren. In Wirklichkeit sind sie Uniform Resource Identifiers. Die Data-URL wird im RFC 2397 der Internet Engineering Task Force (IETF) definiert.

Obwohl die IETF die Data-URL-Spezifikation 1998 veröffentlichte,[1] wurde diese niemals formell zum Standard erhoben.[2] Die Spezifikation von HTML 4.01 (Dezember 1999) verweist jedoch auf die Definition des Data-URL,[3] und die meisten aktuellen Webbrowser unterstützen Data-URLs.

Webbrowser-Unterstützung

Aktuell unterstützen folgende Webbrowser Data-URLs:

Format

data:[<MIME-Typ>][;charset=<Zeichensatz>][;base64],<Daten>

Die Kodierung wird durch ;base64 gekennzeichnet. Wenn vorhanden, bedeutet das, dass die nachfolgenden Daten Base64-kodiert sind. Anderenfalls, bei Fehlen des base64-Parameters, werden die Daten durch URL Encoding kodiert. Wenn die Angabe des MIME-Typs fehlt, wird als MIME-Typ text/plain;charset=US-ASCII angenommen. Bei abweichendem Zeichensatz kann als Abkürzung der MIME-Typ bei Plain text weggelassen, aber der Zeichensatz-Parameter benutzt werden.

Vorteile

  • Eingebettete Daten benötigen keinen HTTP-Request und sparen Traffic und Bandbreite, wenn der Overhead der Kodierung kleiner ist als der HTTP-Overhead. Beispielsweise ist ein 600 Byte großes Bild Base64-kodiert 800 Bytes groß (wenn es unkomprimiert übertragen wird; HTML und CSS werden zumeist komprimiert übertragen). Wenn nun der HTTP-Overhead mehr als 200 Bytes beträgt, ist die Data-URL effizienter.
  • Für das Transportieren von vielen kleinen Dateien kann die Data-URL im Transport schneller sein. TCP-Verbindungen tendieren zu langsamem Start. Wenn jede Datei eine neue TCP-Verbindung benötigt, ist die Transportgeschwindigkeit mehr durch die Laufzeit begrenzt als durch die verfügbare Bandbreite. Das Benutzen von HTTP-Keepalive verbessert die Situation, beseitigt aber den Engpass nicht völlig.
  • Wenn die Webseite über HTTPS aufgerufen wird, erwarten die meisten Webbrowser, dass alle Elemente dieser Webseite ebenfalls über eine sichere Verbindung nachgeladen werden, ansonsten wird der Benutzer benachrichtigt, dass durch die Mischung von sicheren und unsicheren Elementen die Sicherheit reduziert ist. HTTPS hat einen signifikant höheren Overhead als normales HTTP, somit erhöht die Einbettung von Webseitenelementen in Data-URLs die Geschwindigkeit in diesem Fall und verhindert, dass Sicherheitswarnungen ausgegeben werden.
  • Webbrowser sind gewöhnlich so konfiguriert, dass nur eine bestimmte Maximalanzahl an HTTP-Verbindungen zum gleichen Webserver aufgebaut werden,[6] somit sparen eingebettete Daten zu Gunsten anderer Inhalte HTTP-Verbindungen ein.
  • Umgebungen mit eingeschränktem oder gesperrten Zugang zu externen Ressourcen können Inhalte einbetten, wenn es nicht erlaubt oder unpraktisch ist, diese extern zu referenzieren. Zum Beispiel könnte ein erweitertes HTML-Editorfeld ein eingefügtes Bild akzeptieren und es zu einer Data-URL umwandeln, um die Komplexität der externen Referenzierung vor dem Benutzer zu verstecken.
  • Eine Multimediaseite kann als eine einzige Datei verwaltet werden.
  • Obwohl es selten passiert, kann es vorkommen, dass die Integrität der Dateien verletzt wird, wenn sie hochgeladen werden. Das kann Data-URLs nur passieren, wenn die Integrität der gesamten Seite verletzt ist.

Nachteile

  • Data-URLs können nicht separat von den sie enthaltenden Dokumenten (beispielsweise HTML- oder CSS-Dateien) gecacht werden, somit werden die Daten erneut heruntergeladen, wenn (je nach Einbettungsort) entweder das Dokument neu geladen wird oder sich die CSS-Datei an anderer Stelle geändert hat.
  • Die Data-URL muss erneut kodiert und eingebettet werden, wenn eine Änderung durchgeführt wurde.
  • Die Daten werden als einfacher Datenstrom eingebunden, und viele Laufzeitumgebungen wie Webbrowser unterstützen keine Containerformate (wie multipart/alternative oder message/rfc822), um Daten größerer Komplexität wie Metadaten, komprimierte Daten oder Content Negotiation zu speichern.
  • Base64-kodierte Daten sind um ein Drittel größer als ihr binäres Äquivalent. Dieser Nachteil relativiert sich, wenn der Server die Antwort mit Hilfe des Content-Encoding-HTTP-Headers komprimiert.
  • Data-URLs machen es Sicherheitssoftware schwerer, Inhalte zu filtern.[1]
  • Webbrowser auf mobilen Geräten (z. B. Smartphones) haben in der Regel eine Funktion, mit der das Laden von Bildern deaktiviert werden kann, um Datenvolumen zu sparen. Das direkte Einbetten in das Dokument verhindert die Nutzung einer solchen Funktion.

Beispiele

HTML

Kleiner roter Punkt.png
Der rote Punkt aus dem Beispiel links

Ein HTML-Fragment, welches das Bild eines kleinen roten Punktes einbindet: 

<img src="data:image/png;base64,
iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAABGdBTUEAALGP
C/xhBQAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9YGARc5KB0XV+IA
AAAddEVYdENvbW1lbnQAQ3JlYXRlZCB3aXRoIFRoZSBHSU1Q72QlbgAAAF1J
REFUGNO9zL0NglAAxPEfdLTs4BZM4DIO4C7OwQg2JoQ9LE1exdlYvBBeZ7jq
ch9//q1uH4TLzw4d6+ErXMMcXuHWxId3KOETnnXXV6MJpcq2MLaI97CER3N0
vr4MkhoXe0rZigAAAABJRU5ErkJggg==" alt="Roter Punkt" />

Wie oben gezeigt, kann die Data-URL Whitespace zur besseren Lesbarkeit enthalten. Der geneigte Leser kann den zwischen den Gänsefüßchen stehenden Text ausschneiden und in die Adresszeile eines unterstützenden Browsers eingeben.

CSS

Eine CSS-Regel, welche ein Hintergrundbild einbindet: 

ul.checklist  li.complete { margin-left: 20px; background: url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQAQMAAAAlPW0iAAAABlBMVEUAAAD///+l2Z/dAAAAM0lEQVR4nGP4/5/h/1+G/58ZDrAz3D/McH8yw83NDDeNGe4Ug9C9zwz3gVLMDA/A6P9/AFGGFyjOXZtQAAAAAElFTkSuQmCC') top left no-repeat;}

JavaScript

Ein JavaScript-Beispiel, welches ein neues, eingebettetes Fenster öffnet, zum Beispiel für eine Fußnote: 

window.open('data:text/html;charset=utf-8,%3C%21DOCTYPE%20html%3E%0D%0A%3Cht'+
  'ml%20lang%3D%22en%22%3E%0D%0A%3Chead%3E%3Ctitle%3EEmbedded%20Window%3C%2F'+
  'title%3E%3C%2Fhead%3E%0D%0A%3Cbody%3E%3Ch1%3E42%3C%2Fh1%3E%3C%2Fbody%3E%0'+
  'A%3C%2Fhtml%3E%0A%0D%0A','_blank','height=300,width=400');

Dieses Beispiel funktioniert nicht im Internet Explorer 8. Seine Sicherheitseinstellungen verbieten navigierbare Dateitypen in Data-URLs.[4]

Einfügen in HTML oder CSS mit PHP

Weil Base64-kodierte Data-URLs nicht menschenlesbar sind, könnte ein Webseitenersteller kodierte Daten vorzugsweise mit einer Skriptsprache wie PHP einfügen. Das hat den Vorteil, dass bei einer Änderung der eingebundenen Datei der HTML-Quelltext nicht geändert werden muss sowie binäre Daten vom Text getrennt werden. Der Nachteil ist eine höhere Belastung der Server-CPU, wenn kein serverseitiger Cache benutzt wird. 

<?php
function data_uri($file, $mime)
{
  $contents = file_get_contents($file);
  $base64   = base64_encode($contents);
  return ('data:' . $mime . ';base64,' . $base64);
}
?>

<img src="<?php echo data_uri('elephant.png','image/png'); ?>" alt="Ein Elefant" />

Die oben abgebildete Funktion kann auch auf CSS-Daten angewendet werden: 

<?php header('Content-type: text/css');?>

div.menu
{
  background-image:url('<?php echo data_uri('menu_background.png','image/png'); ?>');
}

Client- oder serverseitige Funktionen wie Conditional Comments oder User-Agent-Abfragen können benutzt werden, um alternative URLs für ältere Browser wie den Internet Explorer bis Version 7 anzubieten.

Konvertierungswerkzeuge

  • alles2DataURL ist ein kostenloses Online-Werkzeug für die Umwandlung beliebiger Dateiformate (bis zu einer Maximalgröße von ca. 3 MB) in eine Data-URL.[7]
  • DataURL2Text ist ein kostenloses Online-Werkzeug für die Rückumwandlung einer beliebigen Data-URL in die Originaldaten.[8]
  • Clipboard Observer ist ein kostenloses Java-Werkzeug für einfaches Konvertieren von PNG-Dateien zu einer Data-URL.[9]

Siehe auch

Weblinks

Einzelnachweise

  1. ↑ a b RFC 2397 – The “data” URL scheme
  2. ↑ Proposed Standards. In: Official Internet Protocol Standards. Internet Society. 4. Januar 2009. Abgerufen am 4. Januar 2009.
  3. ↑ Dave Raggett, Arnaud Le Hors, Ian Jacobs: Objects, Images, and Applets: Rules for rendering objects. In: HTML 4.01 Specification. W3C. 24. Dezember 1999. Abgerufen am 20. März 2008.
  4. ↑ a b data Protocol. MSDN. Abgerufen am 5. Januar 2009.
  5. ↑ IE9 Beta Minor Changes List. Eric Law. Abgerufen am 28. Oktober 2010.
  6. ↑ RFC 2616 Section 8
  7. ↑ alles2DataURL
  8. ↑ DataURL2Text
  9. ↑ Clipboard Observer
Abgerufen von „https://de.wikiup.org/index.php?title=Data-URL&oldid=213339683“