Data: URI scheme

Bu makalenin doğru başlığı veridir: URI plan. Birinci mektup teknik koşulları nedeniyle sermaye sağlananı gösterdi.

The veri: URI plan IETF standart RFC 2397 'de tanımladı , Onlar dış bir kaynak gibi işaret etmişler gibinin, küçük veri parçaları inlinenin dahil etmesi ,a izin verdiği plan yapan bir URIdir. Onlar alternatif dahil etme yöntemleri , cidle meselâ mimdenin, uzak daha basit olana bakarlar: Veya: . RFC 'da ki ifadeye göre , veri: URIs gerçekte URLs ,dir aslında Onlar değili yapmalarına rağmen anythingilizceyi belirleyin:

data: URIs ÅŸu anda desteklenir:

• Gecko ve türemiÅŸleri , meselâ Firefox
• Opera
• KDE , KIO giriÅŸ/çıktı sistemden geçerek. Bu KDE tarayıcı , Konqueror'a veri URIs'i desteklemek için izin verir.
• Safari; OS X mimarlık köle gibi çalışan KIO'i paylaÅŸmaz bu yüzden safari olmasına raÄŸmen motoru icra ediyor olan yürütmeler paylaşılmaz. Konqueror'un KHTML motorunun bir türevidir

Microsofdun internet gezgini , versiyon 7 'nin 'i , veriyi desteklemediği gibi: URIs. İnternet gezgininin erken versiyonları unrecognised davrandı: URIs HTML kaynak , bu yüzden bir şey hoşlandığı gibi: & lt; B & gt; Cesur & lt; /b & gt; Bu versiyonlarda geniş olarak veriye karşılıktı: Metin/html , & lt; B & gt; Cesur & lt; /b & gt; Tarayıcılar o destek verisinde: HTML 'da ki URIs

Contents

1 Advantages 2 Disadvantages 3 Format 4 örnekler
4.1 HTML 4.2 CSS 4.3 JavaScript 4.4 dahil etme veya CSS kullanma PHP
5 also 6 dış links

//

Advantages

• HTTP isteÄŸi görür ve BaÅŸlık trafiÄŸi veri , bu yüzden veriyi iyice yerleÅŸtirilen gerektirmedi: URIs bir veri gibi daha az aÄŸ kaynakları ne zaman kodlama inline içeriÄŸin baÅŸtan yukarısını kullanır: URI baÅŸtan yukarı HTTPden daha küçüktür.
• Web tarayıcılar bir sunucuya iki benzer baÄŸlantının maksimum birini kullanmak için tipik olarak yapılandırılır[ RFC başına gibi] , bu yüzden diÄŸer içerik için inline veri bedavalar yukarı bir download baÄŸlantı.
• Browsers veriyi içeren bir dosya için daha az depo giriÅŸi yönetir: URIs. Sınırlıyla
• Environments veya O iÅŸaret etmek için haricen veya elveriÅŸsize engel olulan oluncanın, içeriÄŸi iyice lyerleÅŸtiren dış kaynaklara eriÅŸimi sınırladı. örneÄŸin GeliÅŸmiÅŸ bir HTML düzenleme alanı bir yapıştırılmışı kabul edebildi veya Resim ve bir veriye dönme onu ekledi: Kullanıcıdan dış kaynakların karmaşıklığı saklamak için URI.
• HTTPS güvenli çevreler tüm HTTP için akma güvenliÄŸi saÄŸlayanı oÄŸunlukla tamamen gerektirir veya Kullanıcı öğeleri istenen karıştırılmış güvenli birini ve emniyetsiz öğe çevresi bildirilmiÅŸ olacak. HTTPS isteklerin isteyen yaygın HTTP 'ın üzerinde önemli giderleri var. Veri URI 'da ki veri iyice lyerleÅŸtirmek için imkan bu durumda daha fazla significantlya çabuk giden geliÅŸtirmedir.

Disadvantages

• Embedded içerik çekilmiÅŸ olmalı ve DeÄŸiÅŸmeler o zaman dair-embedded sonra yapılmış , dair-encoded ve olmadan önce ÅŸifre çözdü. içerme dosyasının bölümü olan genellikle iyice yerleÅŸtiren
• Information. Redownloadeddir , Ve tarayıcının deposundan böyle yararlanma
• Browser maksimum bir veri büyüklüğünü saÄŸlayan URI uzunluÄŸa sınırlar. ÖrneÄŸin , operadaki URIs 4kBın limidine sahip olmak için kullandı.
• Data basit bir akım , ve çok çevreler iÅŸlem yapıyor olduÄŸun gibi içerilir( Meselâ web tarayıcıları) Konteynerler kullanmayı desteklemeyebilir( Meselâ multipart/alternatif veya mesaj/rfc822) Daha muhteÅŸem karmaşıklık meselâ metadata , veri sıkıştırması , veya içerik müzakeresini saÄŸlamak.
• Microsofdun internet gezgini , versiyonlar 6 'nın 'ı ve 7 , eksiklikler desteklediÄŸi gibi.

Under kesin bazı mümkün ek dezavantajlara var şartlandırır:

• Base64-encoded veri: URIs çift karşılıklarıdan kabaca büyüklükte 33% daha geniÅŸtir. Notu görün( 1)
• URL-encoded veri: 200% daha geniÅŸe URIs kalkmak( Uç durumlarda) Den orijinal metin içeriÄŸi. Notu görün( 1)

( 1) Eğer bazı içerik kodlaması mekanizması , örneğin bir HTTP içerik-kodlama başlığın yolu ileyi kullanılan gzipten hoşlanırsa çok bir dezavantaj değildir.

Format

data: [ & lt; Mim-tip & gt; ] [ ; Base64] , & lt; Veri & gt;

The kodlama işaret edilir; Base64. Veri eğer o şimdiki olursa base64 gibi kodlanır. O verisiz( Octetsin gibi bir ardışıklığı) Güvenli URL karakterlerin octets iç aralığı için ASCII kodlama kullanmayı gösterilir mi ve O aralığın dışı octets için URLs 'ın standart %xx büyü kodlamasını kullanıyor. Eğer & lt; Mim-tip & gt; İhmal edilir mi , O metin/sadeceye yerine getirmer; Charset = biz-ASCII. ( Tip ihmal edilmiş olabilir fakat Charset parametre bir stenografi gibi sağladı. )

Examples

HTML

An HTML parça küçük kırmızı bir noktanın bir resimini iyice yerleştiriyor:

& lt; İmg src =" Veri: Resim/png; Base64 , iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAABGdBTUEAALGP C/xhBQAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9YGARc5KB0XV+IA AAAddEVYdENvbW1lbnQAQ3JlYXRlZCB3aXRoIFRoZSBHSU1Q72QlbgAAAF1J REFUGNO9zL0NglAAxPEfdLTs4BZM4DIO4C7OwQg2JoQ9LE1exdlYvBBeZ7jq ch9//q1uH4TLzw4d6+ErXMMcXuHWxId3KOETnnXXV6MJpcq2MLaI97CER3N0 vr4MkhoXe0rZigAAAABJRU5ErkJggg = =" Alt =" Kırmızı nokta" / & gt;

Note o bir URI , veri gibi: URI whitespacesle formattable olmalı , Fakat pratik yayınlar onun, base64 kodlamayla nasıl ilgili olduğu var[ 1] . Yazarlar veriyi kodlanan base64 için whitespaces kullanmandan kaçınır: URIs.

CSS

A CSS bir arka plan resimini içerdiğini yönetir( , newlines açıklık için tekrar ilave etti) :

ul. Katalog & gt; Li. { sınır-solu tamamlayın: 20px; Arka plan: Url( Veri: Resim/png; Base64 , iVBORw0KGgoAAAANSUhEUgAAABAAAAAQAQMAAAAlPW0iAAA ABlBMVEUAAAD///+l2Z/dAAAAM0lEQVR4nGP4/5/h/1+G/58ZDrAz3D/McH8yw83NDDeN Ge4Ug9C9zwz3gVLMDA/A6P9/AFGGFyjOXZtQAAAAAElFTkSuQmCC) Zirve hayır-tekrarlamayı ayrıldı; }

Please izin verilen karakterlerde daha fazla bilgi için CSS2.1 URI sözdizimi ve quotingilizceyi okur:

JavaScript

A JavaScript ifade o açıklık iyice yerleştirilmiş bir subwindow , bir dipnot linkine gelince:

window. Açıklık( 'data: Metin/html; Charset = utf-8 , %3C! DOCTYPE%20HTML%20PUBLIC%20%22-'+ '%2F%2FW3C%2F%2FDTD%20HTML%204.0%2F%2FEN%22%3E%0D%0A%3Chtml%20lang%3D%22en'+ '%22%3E%0D%0A%3Chead%3E%3Ctitle%3EEmbedded%20Window%3C%2Ftitle%3E%3C%2Fhea'+ 'd%3E%0D%0A%3Cbody%3E%3Ch1%3E42%3C%2Fh1%3E%3C%2Fbody%3E%0D%0A%3C%2Fhtml%3E'+ '%0D%0A' , ' _ blank' , 'height = 300 , genişlik = 400') ; HTML 'da ki

dahil etme veya CSS kullanma PHP

Because veri URLs insan okunaklı değildir , Bir web sitesi yazarı bir scripting dil meselâ PHP 'ın yolu ile sayfada dahil olan kodlanmış verini tercih eder. Hiçbir değiştirmeler HTML dosyaya yapılmış olma ihtiyaç duymayan bunun avantajı var. , Eğer dahil dosya değişmeleri ve hatta çift veri arasında bir ayrılma tutmanını ve metin formatları kurdu Dezavantajlar daha muhteşem sunucu işlemcisini içerir ve Disk ,ı kullanır ve O bu oldukça bir sunucu-yan sayfa depo kullanmayı küçüldülen olmasına rağmen okumak zorunda olduğundan beri her istekte dosya ,ı kodlar.

& lt; ? Php fonksiyon verisi _ url( $file , $mime) { $contents = dosya _ _ içerikleri alır( $file) ; $base64 = base64 _ kodlar( $contents) ; Dönüş( 'data: '. $mime. '; Base64 , '. $base64) ; }? & gt; & lt; İmg src =" & lt; ? Php yankı verisi _ url( " Fil. Png" ," Resim/png" ) ? & gt; " Alt =" Bir fil" / & gt;

Similarly , , Eğer CSS PHP tarafından işlem yapılan olsaydı fonksiyonun üzerinde kullanılmış hatta olabilir:

& lt; ? Php başlık( 'Content-tip: Metin/css') ; ? & gt; Div. Menü { arka plan-resim: Url( & lt; ? Php yankı verisi _ url( " Menü _ arka plan. Png" ," Resim/png" ) ? & gt; ) ; }

In hem durum , müşteri veya sunucu yan özellikler/UA algılama/ayırım sistemler ,( Koşullu yorumlardan hoşlanın) Standart bir httpı sağlayan olur: İnternet gezgini için URL ve diğer daha eski tarayıcılar. Bir HTML belgeye kaynaklar bağlama için also

• An alternatif gören

  , HTML e-posta haberlerini ekseriyetle verdi. Mim HTMLdir Kullanılmış mediatypes

dış links

• RFC 2397
• The veri için
• MIME: URI kitchen
• About veri: URLs ve mozilla implementation
• data: Art arda takma stili Sheets
• Video tekrarla URL tests
• DataURLMaker
• Using veri URLs XML format

'te Base64-encode veri URIs'i etkili bir şekilde kullanıyor