31 Câu hỏi: Sự khác biệt giữa URI, URL và URN là gì?

câu hỏi được tạo ra tại Sat, Jul 9, 2016 12:00 AM

Mọi người nói về URL s, URI s và URN s như thể chúng là những thứ khác nhau, nhưng chúng trông giống nhau mắt thường.

Sự khác biệt có thể phân biệt giữa chúng là gì?

    
4112
  1. URL cụ thể hơn URI.
    2009-12-31 07: 09: 09Z
  2. Tor các quản trị viên web đưa ra câu hỏi này: Sự khác biệt giữa URI và URL là gì
    2012-12-21 10: 14: 48Z
  3. Sơ đồ Mini Venn: 49 310
    2014-11-13 15: 20: 31Z
  4. Dường như vẫn còn nhiều sự nhầm lẫn về URI so với URL, ngay cả bởi những người đã cố gắng trả lời câu hỏi. Sẽ có lợi cho mọi người khi xem các ví dụ thực tế về URL không phải là URI, ví dụ về URI không phải là URL và ví dụ là URL URI.
    2015/02/08 18: 43: 00Z
  5. Kathy: "Đó có phải là con chó của bạn không?" Bob: "Sẽ đúng hơn nếu gọi anh ta là chó." Kathy: "Không, anh ấy là một con chó. Bạn, thưa ngài, là một người bán hàng rong."
    2015-07-20 18: 49: 26Z
30 Câu trả lời                              30                         

Từ RFC 3986 :

  

Một URI có thể được phân loại thêm dưới dạng định vị, tên hoặc cả hai. Các      thuật ngữ "Bộ định vị tài nguyên thống nhất" (URL) dùng để chỉ tập hợp con của URI      rằng, ngoài việc xác định tài nguyên, cung cấp một phương tiện      định vị tài nguyên bằng cách mô tả cơ chế truy cập chính của nó      (ví dụ: "vị trí" mạng của nó). Thuật ngữ "Tên tài nguyên thống nhất"      (URN) đã được sử dụng trong lịch sử để chỉ cả hai URI theo      Lược đồ "urn" [RFC2141] , được yêu cầu duy trì duy nhất trên toàn cầu      và tồn tại ngay cả khi tài nguyên không còn tồn tại hoặc trở thành      không có sẵn và với bất kỳ URI nào khác có thuộc tính của tên.

Vì vậy, tất cả các URL là URI (thực tế không hoàn toàn - xem bên dưới) và tất cả các URN đều là URI - nhưng URN và URL khác nhau, vì vậy bạn không thể nói rằng tất cả các URI đều là URL.

EDIT: Trước đây tôi đã nghĩ rằng tất cả các URL là URI hợp lệ, nhưng theo nhận xét:

  

Không "tất cả các URL là URI". Nó phụ thuộc vào sự giải thích của RFC. Ví dụ: trong Java, trình phân tích cú pháp URI không thích 49 310 hoặc 49 310 và đó là vì thông số kỹ thuật nói "không nên" và không "sẽ không".

Vì vậy, không may làm vũng nước thêm nữa.

Nếu bạn chưa đọc Câu trả lời của Roger Pate , tôi cũng khuyên bạn nên làm như vậy.

    
1656
2018-12-28 07: 59: 07Z
  1. Chỉ các URI có sơ đồ urn: là URN. Một URI có thể là một URL cổ điển, URN hoặc chỉ là một URI không bắt đầu bằng "urn:" và không đề cập đến vị trí của tài nguyên.
    2008-10-06 21: 38: 57Z
  2. Lưu ý rằng RFC 2396 đã bị RFC 3986 lỗi thời từ lâu (nhưng điều đó không thay đổi sự thật ...)
    2010-03-11 12: 20: 46Z
  3. Không " tất cả các URL đều là URI ". Nó phụ thuộc vào sự giải thích của RFC. Ví dụ: trong Java, trình phân tích cú pháp URI không thích 49 310 hoặc 49 310 và đó là vì thông số kỹ thuật nói "không nên" và không "sẽ không".
    2013-05-16 00: 47: 40Z
  4. @ AdamGent: RFC 3986 1.1.3: "Một URI có thể được phân loại thêm thành một công cụ định vị, tên hoặc cả hai." Vì vậy, nếu URL là một loại URI đặc biệt, điều đó có nghĩa là mọi URL là một URI. Phải không?
    2013-06-16 23: 32: 09Z
  5. @ AdamGent: Nghe có vẻ giống như một trò chơi thực thi Java và không quy tắc. Bản thân 49 310 doc nói rằng "mọi URL là một URI, nói một cách trừu tượng, nhưng không phải mọi URI đều là một URL ". Và 49 310 thực hiện những điều kỳ lạ như kiểm tra sự bình đẳng của các URL bằng cách phân giải tên máy chủ thành địa chỉ IP (có vẻ như mâu thuẫn với RFC 3986 giây 6 ở vị trí đầu tiên và phá vỡ các máy chủ ảo). Tôi nghĩ rằng điều này chỉ có nghĩa là Thư viện tiêu chuẩn Java có một số hành vi lớp không nhất quán.
    2014/03/11 05: 00: 37Z

URI s xác định URL s định vị ; tuy nhiên, công cụ định vị cũng là số nhận dạng , vì vậy mọi URL cũng là một URI, nhưng có những URI không phải là URL.

Ví dụ

  • Roger Pate

Đây là tên của tôi, là định danh. Nó giống như một URI, nhưng không thể là một URL, vì nó không cho bạn biết gì về vị trí của tôi hoặc cách liên hệ với tôi. Trong trường hợp này, nó cũng xảy ra để xác định ít nhất 5 người khác ở Hoa Kỳ.

  • 4914 Phố Tây Bay, Nassau, Bahamas

Đây là công cụ định vị, là định danh cho vị trí thực tế đó. Nó giống như cả URL và URI (vì tất cả các URL đều là URI) và cũng xác định tôi gián tiếp là "cư dân của ..". Trong trường hợp này, nó xác định duy nhất tôi, nhưng điều đó sẽ thay đổi nếu tôi có bạn cùng phòng.

Tôi nói "thích" vì những ví dụ này không tuân theo cú pháp bắt buộc.

Sự nhầm lẫn phổ biến

Từ Wikipedia :

  

Trong điện toán, Bộ định vị tài nguyên đồng nhất (URL) là một tập hợp con của Mã định danh tài nguyên đồng nhất (URI) chỉ định nơi có sẵn tài nguyên được xác định và cơ chế truy xuất tài nguyên đó. Trong sử dụng phổ biến và trong nhiều tài liệu kỹ thuật và thảo luận bằng lời nói, nó thường được sử dụng không chính xác làm từ đồng nghĩa với URI , ... [nhấn mạnh của tôi]

Vì sự nhầm lẫn phổ biến này, nhiều sản phẩm và tài liệu sử dụng không chính xác một thuật ngữ thay vì thuật ngữ khác, gán sự khác biệt của riêng chúng hoặc sử dụng chúng đồng nghĩa.

URN

Tên của tôi, Roger Pate, có thể giống như một URN (Tên tài nguyên thống nhất), ngoại trừ đó là Được quy định nhiều hơn và dự định là duy nhất trên cả cả không gian và thời gian.

Vì tôi hiện đang chia sẻ tên này với người khác, nên nó không phải là duy nhất trên toàn cầu và sẽ không phù hợp với tư cách là URN. Tuy nhiên, ngay cả khi không có gia đình nào khác sử dụng tên này, tôi được đặt theo tên ông nội của tôi, vì vậy nó vẫn không phải là duy nhất theo thời gian. Và ngay cả khi điều đó không phải như vậy, khả năng đặt tên con cháu của tôi theo tôi khiến điều này không phù hợp là URN.

URN khác với các URL trong ràng buộc duy nhất cứng nhắc này, mặc dù cả hai đều chia sẻ cú pháp của URI.

    
3725
2017-05-23 12: 10: 45Z
  1. 49 310 Điều này có nghĩa là các URL không xác định duy nhất một vị trí?
    2013-07-11 19: 30: 36Z
  2. Câu trả lời của Rogers cung cấp lời khuyên thực dụng tốt. Để có câu trả lời chính thức, tôi đi đến W3C, người đã xuất bản " URI, URL và URNs: ​​Làm rõ và Khuyến nghị "vào năm 2001. Tóm lại, W3C nói rằng quan điểm đương đại là mọi thứ đều là URI. URL làmột khái niệm không chính thức, không phải là một khái niệm chính thức. Và sự nhầm lẫn bắt nguồn từ một "chế độ xem cổ điển" đã cố gắng phân biệt cứng nhắc giữa các loại URI (trong đó URL là một loại).
    2013-07-26 23: 23: 24Z
  3. .. Bộ định vị tài nguyên thống nhất (URL) .. chỉ định nơi tài nguyên được xác định có sẵn và cơ chế truy xuất tài nguyên . Vì vậy, nói cách khác, không có URL nào là "tương đối"?
    2014-04-28 07: 51: 38Z
  4. Là "earth128: Edward-de-Leau /6000000000569063853" (duy nhất tôi qua nhiều đa vũ trụ) một URN, URL hoặc URI?
    2014-09-20 03: 06: 25Z
  5. @ edelwater: Tôi cho rằng đó là một uri vì nó chỉ nhận dạng bạn nhưng không nói gì về cách đến với bạn, trừ khi bạn có nghĩa là earth128 là phương tiện di chuyển giữa các hành tinh :)
    2015-04-27 10: 57: 23Z

URI - Định danh tài nguyên thống nhất

URI là một tiêu chuẩn để xác định tài liệu bằng cách sử dụng một chuỗi ngắn gồm các số, chữ cái và ký hiệu. Chúng được xác định bởi RFC 3986 - Mã định danh tài nguyên đồng nhất (URI): Cú pháp chung . URL, URN và URC đều là loại của URI.

URL - Trình định vị tài nguyên thống nhất

Chứa thông tin về cách tìm nạp tài nguyên từ vị trí của nó. Ví dụ:

  • 49 310
  • 49 310
  • 49 310
  • 49 310
  • 49 310
  • 49 310
  •  49 310 (Một URL tương đối, chỉ hữu ích trong ngữ cảnh của một URL khác)

URL luôn bắt đầu bằng một giao thức (49 310) và thường chứa thông tin như tên máy chủ mạng (49 310) và thường là đường dẫn tài liệu (49 310). URL có thể có tham số truy vấn và số nhận dạng phân đoạn.

URN - Tên tài nguyên thống nhất

Xác định tài nguyên bằng một tên duy nhất và liên tục, nhưng không nhất thiết phải cho bạn biết cách xác định tài nguyên trên internet. Nó thường bắt đầu bằng tiền tố 49 310 Ví dụ:

  •  49 310 để xác định một cuốn sách bằng số ISBN của nó.
  •  49 310 một định danh duy nhất toàn cầu
  •  49 310 - Không gian tên XML xác định tài liệu là một loại sách.

URN có thể xác định ý tưởng và khái niệm. Họ không bị hạn chế để xác định tài liệu. Khi URN đại diện cho một tài liệu, nó có thể được dịch thành một URL bởi một "trình giải quyết". Tài liệu sau đó có thể được tải xuống từ URL.

URC - Trích dẫn tài nguyên thống nhất

Trỏ tới dữ liệu meta về một tài liệu thay vì chính tài liệu đó. Một ví dụ về URC là một ví dụ chỉ ra mã nguồn HTML của một trang như: 49 310

URI dữ liệu

Thay vì định vị nó trên internet hoặc đặt tên cho nó, dữ liệu có thể được đặt trực tiếp vào URI. Một ví dụ sẽ là 49 310.

Câu hỏi thường gặp

Tôi đã nghe nói rằng tôi không nên nói URL nữa, tại sao?

Thông số W3 cho HTML nói rằng 49 310 của một neo thẻ có thể chứa URI, không chỉ URL. Bạn sẽ có thể đặt URN, chẳng hạn như 49 310. Trình duyệt của bạn sau đó sẽ giải quyết URN đó thành một URL và tải xuống sách cho bạn.

Có bất kỳ trình duyệt nào thực sự biết cách tìm nạp tài liệu bằng URN không?

Không phải tôi biết, nhưng trình duyệt web hiện đại thực hiện lược đồ URI dữ liệu.

Sự khác biệt giữa URL và URI có liên quan gì đến việc nó có tương đối hay tuyệt đối không?

Không. Cả URL tương đối và tuyệt đối đều là URL (và URI.)

Sự khác biệt giữa URL và URI có liên quan gì đến việc nó có tham số truy vấn không?

Không. Cả URL có và không có tham số truy vấn đều là URL (và URI.)

Sự khác biệt giữa URL và URI có liên quan gì đến việc nó có nhận dạng phân đoạn không?

Không. Cả hai URL có và không có số nhận dạng phân đoạn là URL (và URI.)

Sự khác biệt giữa URL và URI có liên quan gì đến c khôngnhân vật được phép?

Không. Các URL được định nghĩa là một tập hợp con nghiêm ngặt của URI. Nếu trình phân tích cú pháp cho phép một ký tự trong URL nhưng không phải trong URI, thì có một lỗi trong trình phân tích cú pháp. Thông số kỹ thuật đi sâu vào chi tiết tuyệt vời về các ký tự được phép trong các phần của URL và URI. Một số ký tự có thể chỉ được phép trong một số phần của URL, nhưng riêng các ký tự không phải là sự khác biệt giữa URL và URI.

Nhưng hiện tại W3C không nói rằng URL và URI là giống nhau?

Có. W3C nhận ra rằng có rất nhiều nhầm lẫn về điều này. Họ đã ban hành một tài liệu làm rõ URI nói rằng giờ đây bạn có thể sử dụng URL điều khoản và URI hoán đổi cho nhau (có nghĩa là URI). Không còn hữu ích khi phân đoạn nghiêm ngặt các URI thành các loại khác nhau như URL, URN và URC.

URI có thể vừa là URL vừa là URN không?

Định nghĩa về URN hiện lỏng lẻo hơn những gì tôi đã nêu ở trên. RFC mới nhất trên URI nói rằng mọi URI hiện tại đều có thể là URN (bất kể đó là URI nào bắt đầu bằng 49 310) miễn là nó có "thuộc tính của tên." Đó là: Nó là duy nhất trên toàn cầu và tồn tại ngay cả khi tài nguyên không còn tồn tại hoặc không có sẵn. Một ví dụ: Các URI được sử dụng trong các loại tài liệu HTML, chẳng hạn như 49 310. URI đó sẽ tiếp tục đặt tên cho loại tài liệu chuyển tiếp HTML4 ngay cả khi trang trên trang web w3.org bị xóa.

Sơ đồ Venn URI /URL

    
584
2019-02-15 17: 51: 59Z
  1. là "C: \myfile" một URI, URL hoặc URN? hoặc không ai trong số họ.
    2015-05-18 07: 36: 09Z
  2. Đường dẫn tệp không phải là URL hoặc URI trừ khi bạn đặt tiền tố 49 310 trên đó. Mặc dù các trình duyệt thường xử lý các đường dẫn tệp không được định dạng URL. Mozilla xuất bản các trường hợp thử nghiệm của họ cho URL tệp .
    2015-06-08 16: 19: 43Z
  3. Tại sao chúng "thống nhất"?
    2015-07-05 01: 30: 56Z
  4. 2015-07-05 02: 11: 57Z
  5. Câu trả lời này dễ hiểu hơn rất nhiều. Tôi có thể thấy hình ảnh rõ ràng về ví dụ thực tế của các URL & ĐÔ THỊ. Và cho bất cứ ai đọc thêm về điều này ... danielmiessler.com/study/url-uri
    2017-05-22 07: 41: 58Z
Tóm lại

: một URI xác định, một URL xác định và định vị.

Hãy xem xét một phiên bản cụ thể của vở kịch của Shakespeare Romeo và Juliet , trong đó bạn có một bản sao kỹ thuật số trên mạng gia đình của mình.

Bạn có thể xác định văn bản là 49 310.
Đó sẽ là một URI, nhưng cụ thể hơn là URN * vì nó đặt tên cho văn bản .

Bạn cũng có thể xác định văn bản là 49 310.
Đó cũng sẽ là một URI, nhưng cụ thể hơn là URL vì nó định vị văn bản .

* Tên tài nguyên thống nhất

(Lưu ý rằng ví dụ của tôi được điều chỉnh từ Wikipedia )     

246
2016-04-17 11: 53: 50Z
  1. Thật hữu ích khi lưu ý URN thực tế (để xem cách so sánh với URL): urn: isbn: 0-486-27557-4
    2009-12-31 18: 15: 35Z
  2. @ Michael - Theo hiểu biết của tôi, 49 310 cũng đặt tên cho văn bản và do đó đủ điều kiện là URN. Tôi chọn một định dạng mà tôi tin rằng sẽ quen thuộc hơn với độc giả.
    2009-12-31 18: 47: 09Z
  3. Vì vậy, sẽ hợp lý khi nói rằng hàm băm (ví dụ: SHA1) của một tệp có thể là URN cho tệp đó?
    2016-06-06 14: 01: 14Z
  4. @ johnsimer Đừng nghĩ vậy, vì bạn có thể có một bản sao của một tệp trên cùng một máy tính, điều này sẽ dẫn đến cùng một hàm băm và do đó nó không phải là duy nhất.
    2018-02-06 19: 34: 30Z

Đây là một số câu trả lời được viết rất hay nhưng dài dòng. Dưới đây là sự khác biệt theo như CodeIgniter có liên quan :

URL - http://example.com/some/page.html

URI - /some/page.html

Nói một cách đơn giản, URL là cách đầy đủ để xác định bất kỳ tài nguyên nào ở bất kỳ đâu và có thể có các giao thức khác nhau như FTP, HTTP, SCP, v.v.

URI là một tài nguyên trên miền hiện tại, do đó, nó cần ít thông tin hơn để được tìm thấy.

Trong mọi trường hợp CodeIgniter sử dụng URL từ hoặc URI, đây là điểm khác biệt mà họ đang nói đến, mặc dù trong sơ đồ lớn của web, nó không chính xác 100%.

    
135
2015-03-30 23: 53: 15Z
  1. Câu trả lời này có thể được đơn giản hóa quá mức nhưng hãy nhìn vào bối cảnh câu hỏi của anh ấy. Nó sẽ hữu ích hơn cho anh ta khi vặn vẹo về các không gian tên XML!
    2009-12-31 12: 18: 19Z
  2. Câu trả lời này không chỉ sai mà còn gây hiểu nhầm. Cả hai ví dụ đều là URL. Và vì mỗi URL cũng là một URI, điều này có nghĩa là cả hai ví dụ đều là URI. Với mục đích thể hiện sự khác biệt giữa URI và URL, điều này hoàn toàn vô dụng.
    2009-12-31 12: 40: 57Z
  3. Đây là sự khác biệt liên quan đến CodeIgniter. Trong mọi trường hợp họ sử dụng URL từ hoặc URI, đây là điểm khác biệt mà họ đang nói đến. Do đó, trong sơ đồ lớn của web, nó không đúng 100% nhưng trong phạm vi câu hỏi của OP (sự khác biệt về CodeIgniter), câu trả lời này là hoàn toàn chính xác.
    2010-01-11 11: 13: 00Z
  4. Điều này sai. @ JörgWMittag chủ yếu là tại điểm. URL là URI và chúng "đủ điều kiện"; vì vậy "URL" trong câu trả lời này là cả hai. Nhưng 49 310 không phải là một URI. Nó là một "tham chiếu tương đối", là một loại "tham chiếu URI". Kết hợp với bối cảnh URI cơ sở, nó có thể được phân giải thành URI, nhưng bản thân nó không phải là URI. Xem Mục 4.1 của RFC 3986 . CodeIgniter có thể sử dụng các thuật ngữ sai và điều đó nên được gọi ra; Q (như được chỉnh sửa hiện tại) không được đóng khung là CodeIgniter dành riêng cho
    2014 /03-11 05: 33: 19Z
  5. Dành cho những người trong tương lai đọc những bình luận này và cũng bối rối như tôi: Câu trả lời này không được đăng cho câu hỏi này. Câu hỏi này không bao giờ có bất cứ điều gì liên quan đến CodeIgniter. Có một câu hỏi trùng lặp trong đó đề cập cụ thể đến CodeIgniter đã bị đóng và tất cả các câu trả lời của nó được chuyển sang câu hỏi này. Câu trả lời này là một trong những câu hỏi đã được chuyển từ câu hỏi đóng cũ sang câu hỏi được bảo vệ này. Mặc dù vậy, tôi câu trả lời này là sai lệch. Tôi đã đánh giá thấp nó - những người khác cũng nên làm như vậy vì trong ngôi nhà mới của nó, nó đã sai. Tác giả nên xóa nó hoặc hợp nhất được hoàn tác.
    2014-10-06 17:33:08Z

Trước hết hãy khiến tâm trí bạn bối rối và làm cho nó đơn giản và bạn sẽ hiểu.

URI = > Định danh tài nguyên thống nhất Xác định một địa chỉ đầy đủ của vị trí i-e tài nguyên, tên hoặc cả hai.

URL = > Bộ định vị tài nguyên thống nhất Xác định vị trí của tài nguyên.

URN = > Tên tài nguyên thống nhất Xác định tên của tài nguyên

Ví dụ

Chúng tôi có địa chỉ https://www.google.com/folder/page. html ở đâu,

URI (Mã định danh tài nguyên đồng nhất) = > https://www.google.com/folder/page.html

URL (Trình định vị tài nguyên đồng nhất) = > https://www.google.com/

URN (Tên tài nguyên thống nhất) = > /folder/page.html

URI = > (URL + URN) hoặc chỉ URL hoặc chỉ URN

    
78
2018-02-24 09: 40: 44Z

Một bổ sung nhỏ cho các câu trả lời đã được đăng, đây là sơ đồ của Venn để tóm tắt lý thuyết (từ giải thích ):

nhập mô tả hình ảnh tại đây

Và một ví dụ (cũng từ trang web của Prateek):

nhập mô tả hình ảnh tại đây

    
63
2014-10-16 17: 46: 51Z
  1. Tôi tin rằng hình minh họa thứ hai là không chính xác. Theo thông số kỹ thuật url.spec.whatwg.org/#url-wr Một URL phải được viết dưới dạng URL tương đối hoặc URL tuyệt đối, theo sau là "#" và một đoạn. Vì vậy, số nhận dạng phân đoạn 49 310 có thể là một phần của URL
    2014-12-04 14: 57: 40Z
  2. Điều này hoàn toàn sai
    2015/02/03 11: 10: 53Z
  3. Hai hình minh họa mâu thuẫn với nhau.
    2015-06-28 00: 22: 00Z

Đây là một trong những chủ đề khó hiểu nhất và có thể không liên quan mà tôi gặp phải khi là một chuyên gia web.

Theo tôi hiểu, URI là mô tả về một thứ gì đó, theo định dạng được chấp nhận, có thể xác định cả hai hoặc tên duy nhất (nhận dạng) của một thứ gì đó và vị trí của nó.

Có hai tập hợp con cơ bản - URL, xác định vị trí (đặc biệt là trình duyệt đang cố tìm kiếm trang web) và URN, xác định tên duy nhất của một cái gì đó.

Tôi có xu hướng nghĩ về URN tương tự như GUID. Họ chỉ đơn giản là một phương pháp được tiêu chuẩn hóa để cung cấp tên duy nhất cho mọi thứ. Như trong khai báo không gian tên sử dụng tên của công ty - không giống như có một tài nguyên nằm trên một máy chủ ở đâu đó để tương ứng với dòng văn bản đó - nó chỉ đơn giản là xác định duy nhất một cái gì đó.

Tôi cũng có xu hướng tránh hoàn toàn thuật ngữ URI và chỉ thảo luận mọi thứ về URL hoặc URN khi thích hợp, vì nó gây ra nhiều nhầm lẫn. Câu hỏi chúng ta thực sự nên thử trả lời cho mọi người không phải là nhiều ngữ nghĩa, nhưng làm thế nào để xác định khi gặp các điều khoản cho dù có bất kỳ sự khác biệt thực tế nào trong chúng sẽ thay đổi cách tiếp cận với tình huống lập trình hay không. Ví dụ: nếu ai đó sửa tôi trong cuộc trò chuyện và nói: "ồ, đó không phải là URL thì đó là URI" Tôi biết họ có đầy đủ về nó. Nếu ai đó nói rằng "chúng tôi đang sử dụng URN để xác định tài nguyên" thì nhiều khả năng tôi hiểu rằng chúng tôi chỉ đặt tên cho nó một cách duy nhất, không định vị nó trên máy chủ.

Nếu tôi rời khỏi căn cứ - vui lòng cho tôi biết!

    
53
2011-12-01 13: 35: 08Z
  1. Không, tôi nghĩ bạn đã đúng. Các ngữ nghĩa của URI so với URL so với URL so với URI-ref, v.v ... là vô dụng đối với hầu hết các nhà phát triển, chỉ vì nó gây ra tranh luận vô nghĩa (không mang lại hiệu quả, không quan trọng đối với việc ra quyết định). Nếu Google API sử dụng 49 310 thay vì 49 310, liệu có ai thực sự quan tâm?
    2015-04-06 14: 33: 12Z
  

Số nhận dạng = Tên + Vị trí

Mọi URL ( U niform R esource L ocator) là một URI ( U niform R esource I nha sĩ), nói một cách trừu tượng, nhưng mọi URI không phải là một URL. Có một danh mục con khác của URI là URN ( U niform R esource N ame), là tài nguyên được đặt tên nhưng không chỉ định cách xác định vị trí chúng, như mailto, tin tức, ISBN là URI. Nguồn

 nhập mô tả hình ảnh tại đây

URN:

URL:

  • Định dạng URL: 49 310
  • :, //,? và # đứng cho chính họ.
  • lược đồ là https, ftp, gopher, mailto, news, telnet, file, man, thông tin, whatis, ldap ...
  • Ví dụ:

Tương tự:
Để tiếp cận một người: Lái xe (giao thức người khác SMS, email, điện thoại), Địa chỉ (tên máy chủ khác số điện thoại, emailid) và tên người (tên đối tượng có đường dẫn tương đối).

    
44
2018-09-29 02: 34: 31Z
  1. Phân biệt nhỏ: Cần có dấu hai chấm giữa [domain] và [port]. IE: example.com:1234
    2019-03-01 17: 03: 43Z

URI = > http://en.wikipedia.org/wiki/Uniform_Resource_Identifier

URL là một tập hợp con của URI (cũng chứa URN).

Về cơ bản, URI là số nhận dạng chung, trong đó URL chỉ định vị trí và URN chỉ định tên.

    
42
2008-10-06 21: 30: 16Z
  1. URL không phải là tập hợp con thực sự của URI. Bạn có thể tạo URL vaid với các ký tự 49 310 và 49 310 nhưng không phải là URI.
    2013-05-16 00: 43: 14Z
  2. Dấu ngoặc vuông không hợp lệ trong cả URI hoặc URL. Xem câu hỏi này có nhiều tham chiếu đến thông số kỹ thuật: Dấu ngoặc vuông có được phép trong URL không? . Khi dấu ngoặc vuông xuất hiện ở một trong hai, chúng sẽ được mã hóa.
    2015-07-25 10: 44: 12Z

Một ví dụ khác tôi muốn sử dụng khi nghĩ về URI là thuộc tính xmlns của tài liệu XML:

 49 310

Trong trường hợp này com.mycompany.mynode sẽ là một URI xác định duy nhất không gian tên "myPrefix" cho tất cả các thành phần sử dụng nó trong tài liệu XML của tôi. Đây KHÔNG phải là một URL bởi vì nó chỉ được sử dụng để xác định, không phải để xác định vị trí nào đó.

    
35
2014-04-16 23: 16: 38Z

Do khó khăn để phân biệt rõ ràng giữa URI và URL, theo như tôi nhớ, W3C không tạo ra sự khác biệt nữa giữa URI và URL ( http://www.w3.org/Địa chỉ /).

    
28
2013-08-08 19: 57: 29Z
  1. Có thể tôi đã bỏ lỡ phần đó, nhưng tôi không thấy bất kỳ tài liệu tham khảo nào trong liên kết được cung cấp để họ xóa phân biệt giữa URL và URI, chỉ thừa nhận sự nhầm lẫn và muốn thông số kỹ thuật thay vào đó, URL tham chiếu không chính xác sẽ được cập nhật thành URI tham chiếu.
    2018-01-10 17: 28: 45Z

Chúng giống nhau . URI là một khái quát của một URL. Ban đầu, các URI được lên kế hoạch chia thành URL (địa chỉ) và URN (tên) nhưng sau đó có rất ít sự khác biệt giữa URL và URI và http URI được sử dụng làm không gian tên mặc dù chúng không thực sự tìm thấy bất kỳ tài nguyên nào.

    
26
2008-10-06 21: 45: 31Z
  1. Tôi nghĩ đó là cách khác. URL đề cập đến một đối tượng cụ thể và URI có thể đề cập đến khái niệm đó hoặc một khái niệm hoặc bất cứ điều gì khác.
    2008-10-06 21: 30: 00Z
  2. URL định vị tài nguyên và là một loại URI, xác định tài nguyên.
    2008-10-06 21: 33: 40Z
  3. Chỉ đúng là chúng giống nhau vì định nghĩa của URL đã thay đổi theo thời gian. Các URL từng là một loại URI cụ thể, nhưng do sự nhầm lẫn gây ra, URL được xác định lại W3C có nghĩa là URI.
    2015-04-17 10: 11: 02Z
  4. Đó là những gì tôi đã nói.
    2015-04-17 18: 59: 29Z

 URI và URL

  

URI, URL, URN

Như hình ảnh trên cho thấy, có ba thành phần riêng biệt đang phát ở đây. Nó thường là tốt nhất để đi đến nguồn khi thảo luận về những vấn đề như thế này, vì vậy, đây là một đoạn trích từ Tim Berners-Lee, et. al. trong RFC 3986: Mã định danh tài nguyên thống nhất (URI): Cú pháp chung:

  

Mã định danh tài nguyên đồng nhất (URI) là một chuỗi nhỏ gọn gồm   các ký tự xác định tài nguyên trừu tượng hoặc vật lý.

     

Một URI có thể được phân loại thêm dưới dạng định vị, tên hoặc cả hai. Các   thuật ngữ Định vị đồng nhất tài nguyên thống kê (URL) đề cập đến tập hợp con của URI   rằng, ngoài việc xác định tài nguyên, cung cấp một phương tiện   định vị tài nguyên bằng cách mô tả cơ chế truy cập chính của nó   (ví dụ: mạng của nó, vị trí trên mạng của nó).

    
23
2016-06 /02 11: 16: 26Z

URI là loại siêu lớp của URL và URN. Wikipedia có bài viết hay về chúng với các liên kết đến bộ RFC phù hợp.

    
20
2008-10-06 21: 30: 40Z

URL

URL là một chuyên môn của URI xác định vị trí mạng của một tài nguyên cụ thể. Không giống như URN, URL xác định cách lấy tài nguyên. Chúng tôi sử dụng URL mỗi ngày dưới dạng 49 310, v.v. Nhưng một URL không phải là URL HTTP, nó cũng có thể là 49 310, v.v.

URI

Một URI xác định tài nguyên theo vị trí hoặc tên hoặc cả hai. Thường xuyên hơn không, hầu hết chúng ta sử dụng các URI xác định vị trí cho tài nguyên. Việc một URI có thể xác định tài nguyên theo cả tên và vị trí đã dẫn đến nhiều sự nhầm lẫn trong quan điểm của tôi. Một URI có hai chuyên ngành được gọi là URL và URN.

Sự khác biệt giữa URL và URI

URI là mã định danh cho một số tài nguyên, nhưng URL cung cấp cho bạn thông tin cụ thể để lấy tài nguyên đó. URI là một URL và như một người bình luận đã chỉ ra, hiện tại nó được coi là không chính xác khi sử dụng URL khi mô tả các ứng dụng. Nói chung, nếu URL mô tả cả vị trí và tên của tài nguyên, thì thuật ngữ sử dụng là URI. Vì đây thường là trường hợp mà hầu hết chúng ta gặp phải hàng ngày, URI là thuật ngữ chính xác.

    
16
2014-06-17 19: 06: 04Z

Wikipedia sẽ cung cấp tất cả thông tin bạn cần tại đây. Trích dẫn từ http://en.wikipedia.org/wiki/URI :

  

URL là một URI, ngoài việc xác định tài nguyên, còn cung cấp phương tiện để hành động hoặc có được sự thể hiện tài nguyên bằng cách mô tả cơ chế truy cập chính hoặc "vị trí" mạng của nó.

    
16
2014-06-17 19: 09: 35Z

Theo RFC 3986 , các URI bao gồm các phần sau:

 49 310

URI mô tả giao thức truy cập tài nguyên ( đường dẫn ) hoặc ứng dụng ( truy vấn ) trên máy chủ ( thẩm quyền ).

Nhập mô tả hình ảnh tại đây

Tất cả các URL là URI và tất cả các URN đều là URI, nhưng tất cả các URI không phải là URL.

Vui lòng tham khảo để biết thêm chi tiết:

  

Wikipedia

    
15
2016-07-09 17: 46: 26Z
  1. Điều này không dạy tôi bất cứ điều gì không có trong các câu trả lời khác ít nhất 6 năm và hoàn chỉnh hơn nhiều và thực sự cố gắng giải thích làm thế nào để phân biệt URI với URL.
    2014-09-06 11: 06: 06Z
  2. Điều quan trọng cần lưu ý là hình ảnh là một sơ đồ Venn mặc dù nó không giống như một hình ảnh thông thường. Tôi đã thấy mọi người cố gắng diễn giải nó là "các phần của URL". Sơ đồ này không không nói rằng các URI bắt đầu bằng một URL và kết thúc bằng URN.
    2015-04-17 10: 03: 57Z

Một URI xác định tài nguyên theo vị trí hoặc tên hoặc cả hai.Thường xuyên hơn không, hầu hết chúng ta sử dụng các URI xác định vị trí cho tài nguyên. Việc một URI có thể xác định tài nguyên theo cả tên và vị trí đã dẫn đến nhiều sự nhầm lẫn trong quan điểm của tôi. Một URI có hai chuyên ngành được gọi là URL và URN.

URL là một chuyên môn của URI xác định vị trí mạng của một tài nguyên cụ thể. Không giống như URN, URL xác định cách lấy tài nguyên. Chúng tôi sử dụng URL mỗi ngày dưới dạng http://stackoverflow.com , v.v. Nhưng một URL không phải là URL HTTP, nó có thể là 49 310, v.v.

    
13
2015-03-04 21: 03: 21Z

Mặc dù các thuật ngữ URI và URL được xác định nghiêm ngặt, nhiều người sử dụng thuật ngữ cho những thứ khác ngoài những điều khoản được xác định cho.

Hãy để lấy ví dụ về Apache. Nếu http://example.com/foo được yêu cầu từ máy chủ Apache, bạn sẽ có các biến môi trường sau đặt:

  •  49 310: 49 310
  •  49 310: 49 310

Với mod_rewrite được bật, bạn cũng sẽ có các biến sau:

  •  49 310: 49 310
  •  49 310: 49 310
  •  49 310: 49 310
  •  49 310: 49 310

Đây có thể là lý do cho một số nhầm lẫn.

    
11
2009-12-31 09: 57: 27Z

Xem tài liệu này . Cụ thể,

  

URL là một loại URI xác định tài nguyên thông qua biểu diễn cơ chế truy cập chính của nó (ví dụ: "vị trí" mạng của nó, chứ không phải bởi một số thuộc tính khác mà nó có thể có.

Đó thực sự không phải là một thuật ngữ cực kỳ rõ ràng.

    
10
2009-12-31 06: 33: 44Z

Sau khi đọc qua các bài đăng, tôi tìm thấy một số nhận xét rất phù hợp. Nói tóm lại, sự nhầm lẫn giữa các định nghĩa URL và URI dựa một phần vào định nghĩa nào phụ thuộc vào việc sử dụng từ URI nào và cũng không chính thức trong phát triển phần mềm.

Theo định nghĩa URL là tập hợp con của URI [RFC2394]. URI chứa URN và URL. Cả URI và URL đều có cú pháp cụ thể riêng để xác định trạng thái là URI hoặc URL. URN là để xác định duy nhất một tài nguyên trong khi URL là để định vị tài nguyên. Lưu ý rằng một tài nguyên có thể có nhiều hơn một URL nhưng chỉ có một URN duy nhất. [RFC2611]

Là nhà phát triển và lập trình web, chúng tôi hầu như sẽ luôn quan tâm đến URL và do đó là URI. Giờ đây, một URL được xác định cụ thể để có tất cả các lược đồ bộ phận: phần dành riêng cho lược đồ, ví dụ như https://stackoverflow.com/questions. Đây là một URL và nó cũng là một URI. Bây giờ hãy xem xét một liên kết tương đối được nhúng trong trang như ../index.html. Đây không còn là một URL theo định nghĩa. Nó vẫn là cái được gọi là "tham chiếu URI" [RFC2394].

Tôi tin rằng khi từ URI được sử dụng để chỉ các đường dẫn tương đối, "tham chiếu URI" thực sự là những gì đang được nghĩ đến. Vì vậy, không chính thức, các hệ thống phần mềm sử dụng URI để chỉ đường dẫn tương đối và URL cho địa chỉ tuyệt đối. Vì vậy, theo nghĩa này, một đường dẫn tương đối không còn là URL mà vẫn là URI.

    
10
2017-05-23 11: 47: 34Z

Đây là sự đơn giản hóa của tôi:

URN: tên tài nguyên duy nhất, tức là "cái gì" (ví dụ: urn: issn: 1234-5678). Điều này có nghĩa là duy nhất .. vì không có hai tài liệu khác nhau có thể có cùng một chiếc bình. Một chút như "uuid"

URL: "ở đâu" để tìm thấy nó (ví dụ: https://google.com/pub? issnid = 1234-5678 .. hoặc                               ftp://somesite.com/doc8.pdf )

URI: có thể là URN hoặc URL. Định nghĩa mờ này là nhờ RFC 3986 được sản xuấtbởi W3C và IETF.

Định nghĩa về URI đã thay đổi qua nhiều năm, do đó, hầu hết mọi người đều bị nhầm lẫn. Tuy nhiên, giờ đây bạn có thể có được sự an ủi trong thực tế là bạn có thể tham khảo http://somesite.com/s Something như dù là URL hay URI ... bạn cũng sẽ đúng (ít nhất là trong thời gian nào đó ...)

    
9
2013-01-09 14: 26: 51Z

Tôi đã tự hỏi về điều tương tự và tôi đã tìm thấy điều này: http: //docs.kohanaphp .com /người trợ giúp /url .

Bạn có thể thấy một ví dụ rõ ràng bằng phương pháp 49 310. Nếu bạn có URL : 49 310 này thì việc sử dụng 49 310 mang lại cho bạn URI , theo tài liệu, là: welcome /home

    
9
2015-04-17 10: 08: 39Z
  1. Câu trả lời này sai. Một URI không phải là một phần của URL. Thay vào đó URL là một loại URI. Hơn nữa, liên kết trong câu trả lời này bị hỏng (và tôi không thể tìm thấy sự thay thế phù hợp.)
    2015-04-17 10: 07: 50Z

URI xuất phát từ nhu cầu xác định tài nguyên trên Web, và các tài nguyên Internet khác như hộp thư điện tử theo cách thống nhất và mạch lạc. Vì vậy, người ta có thể giới thiệu một loại tiện ích mới: URI để xác định tài nguyên widget hoặc sử dụng tel: URI để có liên kết web gây ra các cuộc gọi điện thoại tới được thực hiện khi được viện dẫn

Một số URI cung cấp thông tin để định vị tài nguyên (chẳng hạn như tên máy chủ DNS và đường dẫn trên máy đó), trong khi một số được sử dụng làm tên tài nguyên thuần túy. URL được dành riêng cho các số nhận dạng là công cụ định vị tài nguyên , bao gồm các URL 'http' như http://stackoverflow.com , xác định trang web tại đường dẫn đã cho trên máy chủ. Một ví dụ khác là các URL 'mailto', chẳng hạn như mailto: fred@mail.org , xác định hộp thư tại địa chỉ đã cho.

URN là các URI được sử dụng làm tên tài nguyên thuần thay vì định vị. Ví dụ: URI: mid: 0E4FC272-5C02-11D9-B115-000A95B55BC8@stackoverflow.com là URN xác định thông điệp email có chứa trong trường 'Id tin nhắn' của nó. URI phục vụ để phân biệt tin nhắn đó với bất kỳ thông báo email nào khác. Nhưng nó không tự cung cấp địa chỉ tin nhắn trong bất kỳ cửa hàng nào.

    
7
2012 /03-10 17: 30: 22Z

Dễ giải thích:

Hãy giả sử như sau

URI là tên của bạn

URL là địa chỉ của bạn với tên của bạn để liên lạc với bạn.

  • tên tôi là Loyola

    Loyola là URI

  • địa chỉ của tôi là TN, Chennai 600001.

TN, Chennai 600 001, Loyola là URL

Hy vọng bạn hiểu,

Bây giờ hãy xem ví dụ chính xác

http://www.google.com/fistpage.html ạnh>

ở trên, bạn có thể giao tiếp với một trang có tên firstpage.html ( URI ) bằng cách sử dụng http://www.google.com/fistpage.html ( URL ).

Do đó, URI là tập hợp con của URL nhưng không phải ngược lại.

    
6
2015-03-18 09: 08: 17Z
  1. Câu trả lời này gây hiểu nhầm. Trích dẫn từ Wikipedia "Chức năng Tên tài nguyên thống nhất (URN) giống như tên của một người, trong khi Công cụ định vị tài nguyên đồng nhất (URL) giống với địa chỉ đường phố của người đó. Nói cách khác: URN xác định danh tính của một mặt hàng, trong khi URL cung cấpmột phương pháp để tìm ra nó. "Ngoài ra cả URN và URL đều là URI.
    2015-12-28 00: 54: 13Z

Để trả lời câu hỏi này, tôi sẽ dựa vào câu trả lời tôi đã sửa đổi cho câu hỏi khác . Một ví dụ điển hình về URI là cách bạn xác định tài nguyên Amazon S3. Hãy lấy:

49 310 [hình. 1]

mà tôi đã tạo dưới dạng bản sao được lưu trong bộ nhớ cache của

49 310 [hình. 2]

trong trung tâm dữ liệu S3-US-West-2 của Amazon.

Ngay cả khi StackOverflow sẽ cho phép tôi siêu liên kết đến 49 310 https://en.wikipedia.org/w/index.php?search=URI%20prot Protocol " > giao thức , nó sẽ không giúp ích gì cho bạn trong việc định vị tài nguyên. Bởi vì nó Xác định a Tài nguyên , fig. 1 là một URI hợp lệ. Đây cũng là một URN hợp lệ, bởi vì Amazon yêu cầu nhóm (thuật ngữ của họ cho phần 49 310 của URI) là duy nhất trên các trung tâm dữ liệu. Đó là hữu ích trong việc định vị nó, nhưng nó không chỉ ra trung tâm dữ liệu. Do đó, nó không hoạt động như một URL.

Vậy, URI, URL và URN khác nhau như thế nào trong trường hợp này?

LƯU Ý: RFC 3986 định nghĩa các URI là 49 310

    
6
2017-10-02 03: 16: 59Z

Mã định danh tài nguyên đồng nhất (URI) là một chuỗi các ký tự xác định tài nguyên Internet.

URI phổ biến nhất là Bộ định vị tài nguyên đồng nhất (URL) xác định địa chỉ tên miền Internet. Một loại URI không phổ biến khác là Tên tài nguyên chung (URN).

    
4
2014-12-03 06: 19: 05Z

Tôi đã tìm thấy:

Mã định danh tài nguyên thống nhất (URI) đại diện cho một cái gì đó của một bức tranh lớn. Bạn có thể phân chia URI /URI có thể được phân loại thành bộ định vị (bộ định vị tài nguyên thống nhất - URL) hoặc dưới dạng tên (tên tài nguyên thống nhất - URN) hoặc cả hai. Về cơ bản, hàm URN giống như tên của một người và URL mô tả địa chỉ của người đó. Tóm lại, URN xác định danh tính của một mặt hàng, trong khi URL cung cấp định nghĩa phương thức tìm kiếm nó, cuối cùng gói gọn hai khái niệm này là URI

    
4
2016-07-09 17: 46: 47Z

Câu trả lời là mơ hồ. Trong Java, nó thường được sử dụng theo cách này:

Trình định vị tài nguyên đồng nhất (URL) là thuật ngữ được sử dụng để xác định tài nguyên Internet bao gồm lược đồ (http, https, ftp, tin tức, v.v.). Ví dụ: Sự khác biệt giữa URI, URL và a ĐÔ THỊ?

Mã nhận dạng tài nguyên đồng nhất (URI) được sử dụng để xác định một tài liệu trong Máy chủ web: Ví dụ /câu hỏi /176264 /whats-the-sự khác biệt giữa a-uri-và-a-url

Trong các máy chủ Java, URI thường xuyên đề cập đến tài liệu mà không có ngữ cảnh ứng dụng web.

    
0
2017-05-23 12: 10: 45Z
  1. Đây là sự khác biệt giữa một URL tuyệt đối và tương đối. Nó không giải thích mối quan hệ của URI so với URL và URN.
    2012-09-08 08: 43: 22Z
  2. Trên thực tế, đây là những ví dụ chính xác. Trên trang web, đây thường là sự khác biệt.
    2013-11-11 03: 49: 38Z
( URIs ( URLs ) )
nguồn đặt đây