İnsanlar URL'lerden , URI'lerden ve URN'lerden farklı şeylermişler gibi konuşuyorlar, ancak çıplak gözle aynı görünüyorlar.
Aralarındaki ayırt edilebilir farklar nelerdir?
İnsanlar URL'lerden , URI'lerden ve URN'lerden farklı şeylermişler gibi konuşuyorlar, ancak çıplak gözle aynı görünüyorlar.
Aralarındaki ayırt edilebilir farklar nelerdir?
4201
Cevap sayısını say: 30
Gönderen RFC 3986 :
Bir URI ayrıca bir yer belirleyici, bir ad veya her ikisi olarak da sınıflandırılabilir. "Tekdüzen Kaynak Bulucu" (URL) terimi, bir kaynağın tanımlanmasının yanı sıra, birincil erişim mekanizmasını (örneğin, ağının "konumu") açıklayarak kaynağın konumlandırılması için bir yol sağlayan URI'lerin alt kümesini belirtir. "Tekdüzen Kaynak Adı" (URN) terimi, tarihsel olarak , kaynak durduğunda veya kullanılamadığında bile, küresel olarak benzersiz ve kalıcı kalması gereken "urn" şeması altındaki [RFC2141] altındaki her iki URI'ye atıfta bulunmak için kullanılmıştır. Bir adın özelliklerine sahip başka bir URI'ye
Bu nedenle, tüm URL'ler URI'lerdir (aslında tam olarak - aşağıya bakınız) ve tüm URN'ler URI'lerdir - ancak URN'ler ve URL'ler farklıdır, bu nedenle tüm URI'lerin URL olduğunu söyleyemezsiniz.
EDIT: Daha önce tüm URL’lerin geçerli URI’ler olduğunu düşünmüştüm, ancak yorumlara göre:
Değil "tüm URL'ler lerdir". RFC'nin yorumlanmasına bağlıdır. Örneğin, Java’da URI ayrıştırıcısı sevmez
[veya sevmez
]ve bunun nedeni “söylememeli” ve “söylememeli” demektir.
Böylece ne yazık ki, suları daha da çamurluyor.
Eğer Roger Pate'in cevabını henüz okumadıysanız , ben de bunu öneririm.
1689
Bu benim adım, bir tanımlayıcı. Bir URI'ye benzer, ancak konumum hakkında veya bana nasıl ulaşacağınız hakkında hiçbir şey söylemediğinden, bir URL olamaz. Bu durumda, yalnızca ABD'de en az 5 kişi daha tespit edilir.
Bu, bu fiziksel konum için bir tanımlayıcı olan bir konumlandırıcıdır. Hem bir URL hem de URI'ye benzer (çünkü tüm URL'ler URI'lerdir) ve ayrıca dolaylı olarak beni “.. sakini” olarak tanımlıyorlar . Bu durumda beni benzersiz bir şekilde tanımlar, ancak bir oda arkadaşı alırsam bu değişebilir.
"Beğen" diyorum çünkü bu örnekler gerekli sözdizimini takip etmiyor.
Gönderen Vikipedi :
Hesaplamada, Bir Tekdüzen Kaynak Bulucu (URL), tek tip bir Kaynak Tanımlayıcısının (URI) bir alt kümesi olup, tanımlanmış bir kaynağın nerede bulunduğunu ve onu alma mekanizmasını belirtir. Popüler kullanımda ve birçok teknik belgede ve sözlü tartışmalarda, çoğunlukla URI ile eşanlamlı olarak kullanılır , ... [benim vurgularım]
Bu yaygın karışıklık nedeniyle, birçok ürün ve belge diğer yerine bir terimi yanlış kullanır, kendi ayrımını yapar ya da eşanlamlı olarak kullanır.
Şu anda bu adı diğer insanlarla paylaştığım için, dünya çapında benzersiz değil ve URN olarak uygun olmaz. Bununla birlikte, bu ismi başka bir aile kullanmasa bile, babamın büyük babasının adını seçtim, bu yüzden zaman içinde benzersiz olmayacaktı. Ve hatta eğer o böyle değildi, benden sonra benim kökenini adlandırma olasılığı bir URN olarak bu uygunsuz kılmaktadır.
URN'ler, her ikisi de URI'nin sözdizimini paylaşmalarına rağmen, bu katı benzersiz benzersiz kısıtlamadaki URL'lerden farklıdır.
3770
URI'ler, kısa bir rakam, harf ve sembol dizesi kullanarak belgeleri tanımlamak için bir standarttır. RFC 3986 - Tekdüzen Kaynak Tanımlayıcısı (URI): Genel Sözdizimi tarafından tanımlanırlar . URL'ler, URN'ler ve URC'lerin tümü URI türüdür .
Bir kaynağın bulunduğu yerden nasıl alınacağı hakkında bilgi içerir. Örneğin:
http://example.com/mypage.html
ftp://example.com/download.zip
mailto:[email protected]
file:///home/user/file.txt
tel:1-888-555-5555
http://example.com/resource?foo=bar#fragment
/other/link.html(Göreli bir URL, yalnızca başka bir URL bağlamında kullanışlıdır)
URL'ler her zaman bir protokolle (
http ) başlar ve genellikle ağ ana bilgisayarı adı (
example.com ) ve genellikle bir belge yolu (
/foo/mypage.html ) gibi bilgiler içerir. URL’lerin sorgu parametreleri ve parça tanımlayıcıları olabilir.
Bir kaynağı benzersiz ve kalıcı bir adla tanımlar, ancak bunu Internet'te nasıl bulacağınızı söylemeniz gerekmez. Genellikle önekle başlar
urn: Örneğin:
urn:isbn:0451450523Bir kitabı ISBN numarasına göre tanımlamak için.
urn:uuid:6e8bc430-9c3a-11d9-9669-0800200c9a66küresel olarak benzersiz bir tanımlayıcı
urn:publishing:book- Belgeyi bir kitap türü olarak tanımlayan bir XML ad alanı.
URN'ler fikirleri ve kavramları tanımlayabilir. Belgeleri tanımlamakla sınırlı değildirler. Bir URN bir dokümanı temsil ettiğinde, bir "çözümleyici" tarafından bir URL'ye çevrilebilir. Belge daha sonra URL'den indirilebilir.
Belgenin kendisinden ziyade belgeyle ilgili meta verilere işaret eder. Bir URC örneği, aşağıdaki gibi bir sayfanın HTML kaynak koduna işaret edendir:
view-source:http://example.com/
İnternette bulmak veya adlandırmak yerine, veriler doğrudan bir URI'ye yerleştirilebilir. Bir örnek olurdu
data:,Hello%20World .
HTML için W3 spec
href , bir çapa etiketinin yalnızca bir URL değil, URI içerebileceğini söylüyor . Gibi bir URN koymak mümkün olmalıdır
<a href="urn:isbn:0451450523"> . Tarayıcınız bu URN'yi bir URL'ye çözecek ve kitabı sizin için indirecektir.
Bildiğim kadarıyla değil, modern web tarayıcısı veri URI şemasını uyguluyor.
Hayır. Hem göreceli hem de mutlak URL’ler URL’lerdir (ve URI’ler).
Hayır. Sorgu parametreleri olan ve olmayan her iki URL de URL'lerdir (ve URI'lerdir).
Hayır. Parça tanımlayıcıları olan ve olmayan her iki URL de URL’lerdir (ve URI’ler).
Hayır. URL’ler, katı bir URI altkümesi olarak tanımlanır. Bir ayrıştırıcı bir URL’de bir karaktere izin veriyor ancak bir URI’de izin vermiyorsa, ayrıştırıcıda bir hata var. Teknik özellikler, URL’lerin ve URI’lerin hangi bölümlerinde hangi karakterlere izin verildiği konusunda ayrıntılı olarak ele alınmaktadır. Bazı karakterlere yalnızca URL’nin bazı bölümlerinde izin verilebilir, ancak yalnızca karakterler URL’lerle URI’ler arasındaki fark değildir.
Evet. W3C bu konuda bir ton karışıklık olduğunu fark etti. URL ve URI terimlerini birbirlerinin yerine kullanabilmenin artık (tamam) anlamına geldiğini söyleyen bir URI açıklama belgesi yayınladılar . Artık URI'leri URL, URN ve URC gibi farklı türlere ayırmak artık kullanışlı değildir.
URN tanımı şimdi yukarıda belirttiğimden daha gevşek. URI'larına son RFC herhangi URI şimdi (olursa olsun başlar olmadığı bir URN olabileceğini söylüyor
urn: ) sahip olduğu sürece "bir adın özelliklerini." Yani: Kaynağın varlığı sona erdiğinde ya da ulaşılamadığında bile, dünya çapında benzersiz ve ısrarcıdır. Örnek: HTML gibi doktiplerde kullanılan URI'ler
http://www.w3.org/TR/html4/strict.dtd . Bu URI, w3.org web sitesindeki sayfa silinmiş olsa bile HTML4 geçiş doktrini olarak adlandırmaya devam edecektir.
614
Özetle: bir URI tanımlar, bir URL tanımlar ve bulur.
Shakespeare'in , Romeo ve Juliet adlı oyununun ev ağınızda dijital bir kopyası olan özel bir baskısını düşünün .
Metni olarak tanımlayabilirsiniz
urn:isbn:0-486-27557-4 .
Bu bir URI olabilir, ancak daha belirgin olarak URN * olur, çünkü metni adlandırır .
Ayrıca metni olarak tanımlayabilirsiniz
file://hostname/sharename/RomeoAndJuliet.pdf .
Bu aynı zamanda bir URI olacaktır, ancak daha spesifik olarak bir URL olacaktır çünkü metni bulur .
* Tekdüzen Kaynak Adı
(Örneğimin Wikipedia'dan uyarlanmış olduğunu unutmayın )
250
Bunlar çok iyi yazılmış fakat uzun soluklu cevaplardır. İşte CodeIgniter’a gelince fark :
URI - /some/page.html
Basitçe söylemek gerekirse, URL herhangi bir yerde herhangi bir kaynağı tanımlamak için tam yoldur ve FTP, HTTP, SCP vb. Gibi farklı protokollere sahip olabilir.
URI, geçerli etki alanındaki bir kaynaktır, bu nedenle bulunabilmesi için daha az bilgiye ihtiyacı vardır.
CodeIgniter’ın URL veya URI kelimesini kullandığı her durumda, konuştukları fark budur, ancak web’in genel şemasında% 100 doğru değildir.
137
Her şeyden önce aklınızı karışıklıktan kurtarın ve basitleştirin, anlayacaksınız.
URI => Tekdüzen Kaynak Tanımlayıcı Kaynağın tam bir adresini, yani konum, isim veya her ikisini tanımlar.
URL => Tekdüzen Kaynak Bulucu Kaynağın konumunu tanımlar.
URN => Tekdüzen Kaynak Adı Kaynağın adını tanımlar
Örnek
Https://www.google.com/folder/page.html adresinin bulunduğu adres ,
URI (Tekdüzen Kaynak Tanımlayıcısı) => https://www.google.com/folder/page.html
URL (Tekdüzen Kaynak Bulucu) => https://www.google.com/
URN (Üniforma Kaynak Adı) => /folder/page.html
URI => (URL + URN) veya yalnızca URL veya yalnızca URN
83
Bu, bir web profesyoneli olarak karşılaştığım en kafa karıştırıcı ve muhtemelen alakasız konulardan biri.
Anladığım kadarıyla bir URI, kabul edilen bir formatı izleyerek, bir şeyin benzersiz adını (tanımlamasını) ve konumunu tanımlayabilen, kabul edilen bir formatı izleyen bir tanımdır.
İki temel altküme vardır - konumu tanımlayan URL'ler (özellikle web sayfasına bakmaya çalışan bir tarayıcıya) ve bir şeyin benzersiz adını tanımlayan URN'ler vardır.
URN'leri GUID'lere benzer olarak düşünme eğilimindeyim. Bunlar sadece nesnelere benzersiz isimler sağlamak için standart bir metodolojidir. Bir şirketin adını kullanan ad alanı bildirgesinde olduğu gibi - bu bir metin satırına karşılık gelen bir sunucuda oturan bir kaynağın olması gibi değil - yalnızca benzersiz bir şey tanımlar.
Ayrıca URI teriminden tamamen kaçınma ve uygun olanı yalnızca URL veya URN açısından tartışma eğilimindeyim, çünkü çok fazla karışıklığa neden oluyor. Gerçekten insanlara cevap vermeyi denememiz gereken soru anlamsızlık değil, fakat bir programlama durumuna yaklaşımı değiştirecek pratik bir fark olup olmadığına dair terimlerle karşılaştığında nasıl tanımlanabileceğidir. Örneğin, birileri konuşmamda beni düzeltir ve "ah, bu bir URL değil, bir URI" diyorsa, onlarla dolu olduklarını biliyorum. Birisi "kaynağı tanımlamak için bir URN kullanıyoruz" diyorsa, bunu bir sunucuya yerleştirmeden yalnızca benzersiz şekilde adlandırdığımızı anlamam daha olasıdır.
Eğer tabandan ayrılsam - lütfen bana bildirin!
53
Tanımlayıcı = İsim + Konum
Her URL ( U niform R esource L ocator) bir URI (olan U niform R esource ben , dentifier) soyut anlamda, ama her URI URL değil. URI'nin başka bir alt kategorisi var: adlandırılmış bir kaynak olan URN ( U niform R esource N ame), ancak bunların nasıl konumlandırılacağını belirtmeyin, mailto, news gibi, URI'ler. Kaynak
URN:
urn:[namespace identifier]:[namespace specific string]
arn:partition:service:region:account-id:resource
URL:
[scheme]://[Domain][Port]/[path]?[queryString]#[fragmentId]
Benzerlik:
Bir kişiye ulaşmak için: Sürüş (diğerlerinin protokolünü SMS, e-posta, telefon), Adres (diğer telefon numarası, e-posta adresi, e-posta adresi) ve kişi adı (göreceli yoldaki nesne adı).
47
URL'ler, URI'lerin (ayrıca URN'leri de içeren) bir alt kümesidir.
Temel olarak, bir URI, bir URL'nin bir konumu ve bir URN'nin bir adı belirttiği genel bir tanımlayıcıdır.
42
URI'ları düşünürken kullanmaktan hoşlandığım bir diğer örnek, bir XML belgesinin xmlns niteliğidir:
<rootElement xmlns:myPrefix="com.mycompany.mynode"> <myPrefix:aNode>some text</myPrefix:aNode> </rootElement>
Bu durumda com.mycompany.mynode, XML belgemde kullanan tüm öğeler için "myPrefix" ad alanını benzersiz şekilde tanımlayan bir URI olur. Bu bir URL DEĞİLDİR, çünkü yalnızca tanımlamak için kullanılır, kendi başına bir şey bulmak için değil.
35
Onlar aynı şey . URI, bir URL'nin genelleştirilmesidir. Başlangıçta, URI'lerin URL'lere (adreslere) ve URN'lere (adlara) bölünmesi planlandı, ancak daha sonra bir URL ile URI ve http URI'leri arasında herhangi bir kaynak bulamamış olsalar bile ad alanları olarak kullanıldıkları için çok az fark vardı.
26
URI, URL, URN
Yukarıdaki resimde belirtildiği gibi, burada oyunda üç ayrı bileşen vardır. Bu gibi meseleleri tartışırken kaynağa gitmek genellikle en iyisidir, işte Tim Berners-Lee, et. ark. içinde RFC 3986: Uniform Resource Identifier (URI): Jenerik dizimi:
Düzgün Kaynak Tanımlayıcısı (URI), soyut veya fiziksel bir kaynağı tanımlayan kompakt bir karakter dizisidir.
Bir URI ayrıca bir yer belirleyici, bir ad veya her ikisi olarak da sınıflandırılabilir. “Tekdüzen Kaynak Bulucu” (URL) terimi, bir kaynağın tanımlanmasının yanı sıra, birincil erişim mekanizmasını (örneğin, ağını “konumu”) tanımlayarak kaynağın yerini belirleme aracı sağlayan URI'lerin alt kümesini ifade eder.
24
URL
URL, belirli bir kaynağın ağ konumunu tanımlayan bir URI uzmanlığıdır. Bir URN'den farklı olarak, URL, kaynağın nasıl elde edilebileceğini tanımlar. URL'leri her gün
http://example.com vb. Şeklinde kullanıyoruz. Ancak, URL’nin bir HTTP URL’si olması gerekmez,
ftp://example.com vb. De olabilir .
URI
URI, bir kaynağı konum veya ad veya her ikisi ile tanımlar. Çoğu zaman değil, çoğumuz bir kaynağa konum tanımlayan URI'ları kullanıyoruz. Bir URI'nin kaynakları hem ad hem de lokasyona göre tanımlayabilmesi olgusu bence çok karışıklığa yol açmaktadır. Bir URI, URL ve URN olarak bilinen iki uzmanlığa sahiptir.
URL ve URI arasındaki fark
URI, bazı kaynaklar için bir tanımlayıcıdır, ancak bir URL size bu kaynağı elde etmek için belirli bilgiler verir. Bir URI bir URL'dir ve yorum yapanların da belirttiği gibi, şimdi uygulamaları açıklarken URL kullanmak yanlış kabul edilir. Genel olarak, URL bir kaynağın hem konumunu hem de adını açıklarsa, kullanılacak terim URI'dir. Bu, genellikle çoğumuzun her gün karşılaştığı durum olduğundan, URI doğru terimdir.
16
Wikipedia burada ihtiyacınız olan tüm bilgileri verecektir. Http://en.wikipedia.org/wiki/URI adresinden alıntı :
Bir URL, bir kaynağın tanımlanmasına ek olarak, birincil erişim mekanizmasını veya ağın "konumunu" açıklayan bir şekilde kaynağın üzerinde hareket etme ya da temsili elde etme yolları sağlayan bir URI'dir.
16
Uyarınca RFC 3986 , URI, aşağıdaki parçalardan meydana gelir:
scheme://authority/path?query
URI , bir sunucudaki ( yetkili ) bir kaynağa ( yol ) veya uygulamaya ( sorguya ) erişmek için protokolü tanımlar .
Tüm URL'ler URI'lerdir ve tüm URN'ler URI'lerdir, ancak tüm URI'lar URL değildir.
Lütfen daha fazla bilgi için bakınız:
15
URI, bir kaynağı konum veya ad veya her ikisi ile tanımlar. Çoğu zaman değil, çoğumuz bir kaynağa konum tanımlayan URI'ları kullanıyoruz. Bir URI'nin kaynakları hem ad hem de lokasyona göre tanımlayabilmesi olgusu bence çok karışıklığa yol açmaktadır. Bir URI, URL ve URN olarak bilinen iki uzmanlığa sahiptir.
URL, belirli bir kaynağın ağ konumunu tanımlayan bir URI uzmanlığıdır. Bir URN'den farklı olarak, URL, kaynağın nasıl elde edilebileceğini tanımlar. Her gün URL’leri http://stackoverflow.com , vb . Şeklinde kullanırız . Ancak, bir URL’nin bir HTTP URL’si olması gerekmez
ftp://example.com , olabilir .
13
Her ne kadar URI ve URL terimleri kesin olarak tanımlanmış olsa da, birçoğu terimleri tanımlandıklarından başka şeyler için kullanır.
Örneğin Apache'yi alalım. Bir Apache sunucusundan http://example.com/foo istenirse, aşağıdaki ortam değişkenlerini ayarlamış olursunuz:
REDIRECT_URL:
/foo
REQUEST_URI:
/foo
Mod_rewrite etkinken, şu değişkenlere de sahip olacaksınız:
REDIRECT_SCRIPT_URL:
/foo
REDIRECT_SCRIPT_URI:
http://example.com/foo
SCRIPT_URL:
/foo
SCRIPT_URI:
http://example.com/foo
Bazı karışıklıkların nedeni bu olabilir.
11
Mesajları okuduktan sonra çok alakalı yorumlar buluyorum. Kısaca, URL ile URI tanımları arasındaki karışıklık, kısmen URI kelimesinin yazılım geliştirmede hangi ve resmi olmayan kullanımına bağlı olduğuna dayanmaktadır.
Tanım olarak URL, bir URI alt kümesidir [RFC2396]. URI, URN ve URL içerir. Hem URI hem de URL, kendilerine URI veya URL olma durumunu veren kendi özel sözdizimlerine sahiptir. URL bir kaynak bulmak için ise URN bir kaynağı benzersiz şekilde tanımlamak içindir. Bir kaynağın birden fazla URL'ye sahip olabileceğini ancak yalnızca tek bir URN içerebileceğini unutmayın. [RFC2611]
Web geliştiricileri ve programcıları olarak neredeyse her zaman URL ve dolayısıyla URI ile ilgileneceğiz. Şimdi bir URL özellikle tüm parça düzenine sahip olacak şekilde tanımlanmıştır: örneğin https://stackoverflow.com/questions gibi şemaya özgü bölüm . Bu bir URL ve aynı zamanda bir URI. Şimdi ../index.html gibi sayfaya gömülü göreceli bir bağlantı düşünün. Bu artık tanımı gereği bir URL değil. Hala “URI referansı” olarak adlandırılan şeydir [RFC2396].
URI kelimesinin nispi yollara atıfta bulunmasında kullanıldığında, "URI-referans" ın aslında ne düşündüğünün olduğuna inanıyorum. Dolayısıyla, gayri resmi olarak, yazılım sistemleri mutlak adres için nispi yamaya ve URL'ye başvurmak için URI kullanır. Yani bu anlamda, göreceli bir yol artık bir URL değil, yine de URI'dir.
10
İşte benim sadeleştirme:
URN: benzersiz kaynak adı, yani "ne" (örneğin urn: issn: 1234-5678). Bu eşsiz olmalı ... iki farklı dokümanda aynı urn'a sahip olamayacağı gibi. Biraz "uuid" gibi
URI: bir URN veya bir URL olabilir. Bu bulanık tanım, W3C ve IETF tarafından üretilen RFC 3986 sayesinde.
URI tanımı yıllar içinde değişmiştir, bu nedenle çoğu insanın kafasını karıştırması mantıklıdır. Bununla birlikte, http://somesite.com/sull ya bir URL ya da URI olarak bir şeye başvurabileceğiniz gerçeğine başvurabilirsiniz ... ya da her iki durumda da haklısınız (en azından şu an için zamanınız varsa .. .)
9
Aynı şeyi merak ediyordum ve bunu buldum: http://docs.kohanaphp.com/helpers/url .
url::current() Yöntemi kullanarak net bir örnek görebilirsiniz . Bu URL’ye sahipseniz :
http://example.com/kohana/index.php/welcome/home.html?query=string kullanmak
url:current() size belgelere göre: welcome / home olan URI’yi verir.
9
URI'ler Web'deki kaynakları ve elektronik posta kutuları gibi diğer İnternet kaynaklarını tek tip ve tutarlı bir şekilde tanımlama ihtiyacından ortaya çıktı . Böylece, yeni bir widget türü ortaya çıkabilir : Widget kaynaklarını tanımlamak için URI'ler veya tel: URI'lerin web bağlantılarının çağrıldığında telefon çağrıları yapılmasına neden olması için kullanılması.
Bazı URI'lar bir kaynağın (DNS ana bilgisayar adı ve bu makinedeki bir yol gibi) konumlandırılması için bilgi sağlarken, bazıları saf kaynak adları olarak kullanılır. URL tanımlayıcıları için ayrılmıştır kaynak bulma vardır gibi 'http' URL'ler dahil, http://stackoverflow.com ana bilgisayarda verilen yolda web sayfasını tanımlar. Başka bir örnek, verilen adresdeki posta kutusunu tanımlayan mailto: [email protected] gibi 'mailto' URL'leridir .
URN'ler , konumlandırıcılardan ziyade saf kaynak adları olarak kullanılan URI'lerdir . Örneğin, URI: orta: [email protected] , 'Message-Id' alanında içeren e-posta iletisini tanımlayan bir URN'dir . URI, bu mesajı diğer e-posta mesajlarından ayırt etmeye hizmet eder. Ancak mesajın adresini herhangi bir mağazada kendisi sağlamaz.
7
Açıklaması kolay:
Aşağıdakileri varsayalım
URI sizin adınız
URL, sizinle iletişim kurmak için adınızdaki adresinizdir.
benim adım Loyola
Loyola URI'dir
adresim TN, Chennai 600001.
TN, Chennai 600 001, Loyola URL’dir.
Umarım anlarsın,
Şimdi kesin bir örnek görelim
Bu nedenle URI, URL'nin alt kümesidir ancak bunun tersi de değildir.
6
Bunu cevaplamak için başka bir soruya değiştirdiğim bir cevaba dayanacağım . Bir URI'ye iyi bir örnek, bir Amazon S3 kaynağını nasıl tanımladığınızdır. Hadi alalım:
s3://www-example-com/index.html [incir. 1]
önbelleğe alınmış bir kopyası olarak oluşturdum
http://www.example.com/index.html [incir. 2]
Amazon'un S3-ABD-Batı-2 veri merkezinde.
StackOverflow,
s3://
protokol şemasına köprü oluşturmama izin verse de , kaynağı bulmakta faydası olmaz . Çünkü bir kaynağı tanımlar , şek. 1 geçerli bir URI. Aynı zamanda geçerli bir URN'dir, çünkü Amazon, kovanın ( URI'nin bir bölümü için olan terimlerinin ) veri merkezleri arasında benzersiz olmasını gerektirir . Öyle yararlı onu bulma konusunda, ancak veri merkezi göstermez. Bu nedenle bir URL olarak çalışmaz.
authority
Peki, bu durumda URI, URL ve URN ne kadar farklıdır?
Not: RFC 3986, URI'leri olarak tanımlar.
scheme://authority/path?query#fragment
6
Düzgün Kaynak Tanımlayıcısı (URI), bir İnternet Kaynağını tanımlayan bir karakter dizisidir.
En yaygın URI, bir Internet etki alanı adresini tanımlayan Tekdüzen Kaynak Bulucu (URL) 'dir. Diğer, yaygın olmayan bir URI türü Evrensel Kaynak Adıdır (URN).
4
Buldum:
Tek tip bir kaynak tanımlayıcısı (URI) büyük bir resmin bir şeyini temsil eder. URI'leri bölebilirsiniz / URI'lar konumlayıcılar (tek tip kaynak konumlandırıcıları-URL) veya adlar (tek tip kaynak adı-URN) veya her ikisi olarak sınıflandırılabilir. Temel olarak bir URN, bir kişinin adı gibi işlev görür ve URL, o kişinin adresini gösterir. Uzun lafın kısası, bir URN bir öğenin kimliğini tanımlarken, URL ise onu bulma yöntemini tanımlar, nihayet bu iki kavramı kapsüllemek URI'dir.
4
Cevap belirsiz. Java'da bu şekilde sık kullanılır:
Tekdüzen Kaynak Bulucu (URL), şema (http, https, ftp, news, vs.) dahil bir İnternet kaynağını tanımlamak için kullanılan bir terimdir. Örneğin , bir URI, bir URL ve bir URN arasındaki fark nedir?
Web Sunucusu'ndaki tek bir belgeyi tanımlamak için Tekdüzen Kaynak Tanımlayıcısı (URI) kullanılır: Örneğin / sorular / 176264 / a-uri-ve-a-url arasındaki fark nedir
Java sunucu uygulamalarında, URI sıklıkla web uygulaması bağlamı olmayan belgeye atıfta bulunur.
0