Dosya URL'leri neden 3 eğik çizgiyle başlıyor?

HTTP iki eğik çizgiyle başlar. Örn http://example.com.

Aynısı FTP için de geçerli. Örn ftp://example.com.

Ancak, "URL" dosyası üç eğik çizgiyle başlar. Örneğin, chrome kullanarak bir pdf dosyasını okumak, URL olacaktır file:///D:/Desktop/Book.pdf.

Dosya URL'leri neden üç eğik çizgi kullanıyor?

Diğerlerinin de belirttiği gibi, dosya şeması "dosya: // <host> / <path>" şeklindedir. Her ne kadar çoğu tarayıcı sadece iki eğik çizgiyle ilgili bir sorun yaşamayacak olsa da haklı olarak öyle.

Her şey eşit, üçlü eğik çizgi ve "localhost" anahtar sözcüğü yalnızca geçerli URI / URL sözdizimine uygunluğu sağlamak için bulunur. Dosya şeması bağlamında, ana bilgisayar, açık bir aktarım protokolü veya sunucu belge yolu olmadan doğrudan bir dosya sisteminden yüklendiği için anlamsızdır. HTTP olmadığı için, teoride birden fazla yerel sanal ana bilgisayarı kurduğunuz standart bir web sunucusundan yüklenemez. Tarayıcı, yalnızca "file: /// volumes / foo" gibi bir birim adı kullandığından, teknik olarak başka bir "ana bilgisayar" olan standart bir ağ biriminden yüklenemez. Son olarak, "file: //example.com/some/file" gibi şeyler denemek işe yaramaz. Harici bir ana bilgisayarı desteklemenin muhtemelen bir nedeni vardır, ancak hiçbirini düşünemiyorum.

IETF şu anda üçlü eğik çizgi gereksinimini ortadan kaldırmak için değişiklikler hazırlıyor, ancak taslak aynı zamanda file:c|/pathve hatta birkaç tuhaf olasılık da ekliyor file://///host.example.com/path.

https://tools.ietf.org/html/draft-ietf-appsawg-file-scheme-03

“3. Bu spesifikasyon, yerel olmayan dosyalara erişim için bir mekanizma tanımlamıyor ve yasaklamıyor.”

Komple sözdizimi file://host/path.

Eğer ana bilgisayar ise localhost, sonuç olarak çıkarılabilir file:///path.

Bkz. RFC 1738 - Tekdüzen Kaynak Konumlandırıcıları (URL) :

Bir dosya URL'si formu alır:

file://<host>/<path>

[...]

Özel bir durum olarak, <host>"localhost" veya boş string olabilir; bu, 'URL'nin yorumlandığı makine' olarak yorumlanır.

Dennis ayırmak için gerekli 3 eğik çizgi, açıkladığı hostgelen path, ancak diğer iki çok daha ilginç ...

URL sözdizimine bir işe yaramaz ve biraz keyfi olduklarını ortaya çıktı. World Wide Web'in mucidi ve standartlarının çoğunun ( Dennis'in bağdaştırdığı RFC dahil) yazarı Tim Berners-Lee, 2009'da yapılan bir röportajda 'çifte kesikli' kullanımını kullandı.

Bay Berners-Lee, söz konusu tarihte yapılan bir programlama kongresinin gerçekte gerekli olmadığı ortaya çıktı. Bütün kağıtlara ve ağaçlara bakın, insanların yıllar boyunca kağıda bu eğik çizgileri yazmak veya yazmak zorunda kalmazlarsa kurtarılabileceğini söyledi - insan emeğinden ve bu iki tuşa basmak için harcanan zamandan söz etmeden sayısız milyonlarca tarayıcı adres kutularında

http://bits.blogs.nytimes.com/2009/10/12/the-webs-inventor-regrets-one-small-thing/

Bu nedenle, 18 yıl önce öngörülen küçük (ve karakteristik olmayan) bir atılım için tasarruf edin, dosya URL’niz kolayca file:/D:/Desktop/Book.pdfdeğil , kolayca olabilirdi file:///D:/Desktop/Book.pdf.

Sorunuzu yanıtlamak için, URL’lerin 3 eğik çizginin olmasının iyi bir nedeni yoktur.

Güncelleme: @ComFreek yorumlarda da belirtildiği gibi, 2017 itibariyle, file:/D:/...yukarıdaki örnek geçerli! Bu, özellikle bu düzeltmeyi önceki standartlardan alan RFC 8089 sayesinde ...

[RFC1738] 'deki tanımlamaya göre, bir dosya URL'si her zaman "file: //" belirteciyle başladı, ardından (isteğe bağlı olarak boş) bir ana bilgisayar adı ve bir "/" işareti belirdi. Bölüm 2'de verilen sözdizimi, "//" çift eğik çizgiler de dahil olmak üzere tüm yetki bileşenini isteğe bağlı yapar.

Yaşamak için ne kadar zaman.