Tại sao URL phân biệt chữ hoa chữ thường?

Câu hỏi của tôi: Khi URL được thiết kế lần đầu tiên, tại sao phân biệt chữ hoa chữ thường lại tạo ra một tính năng? Tôi hỏi điều này bởi vì dường như đối với tôi (tức là một giáo dân) rằng sự không nhạy cảm với trường hợp sẽ được ưu tiên để ngăn ngừa các lỗi không cần thiết và đơn giản hóa một chuỗi văn bản vốn đã phức tạp.

Ngoài ra, có một mục đích / lợi thế thực sự nào để có một URL phân biệt chữ hoa chữ thường (trái ngược với phần lớn các URL trỏ đến cùng một trang bất kể viết hoa) không?

Wikipedia, ví dụ, là một trang web nhạy cảm với trường hợp chữ cái (ngoại trừ ký tự đầu tiên):

https://en.wikipedia.org/wiki/St Một ck_Exchange là DOA.

Tại sao URL không phân biệt chữ hoa chữ thường?

Tôi hiểu rằng có thể trông giống như một loại câu hỏi tu từ khiêu khích (và "người ủng hộ của quỷ"), nhưng tôi nghĩ rằng nó hữu ích để xem xét. Thiết kế của HTTP là một "máy khách", mà chúng ta thường gọi là "trình duyệt web", hỏi "máy chủ web" về dữ liệu.

Có rất nhiều, rất nhiều máy chủ web khác nhau được phát hành. Microsoft đã phát hành IIS với các hệ điều hành Windows Server (và các hệ điều hành khác, bao gồm cả Windows XP Professional). Unix có các đối thủ nặng ký như nginx và Apache, chưa kể các dịch vụ nhỏ hơn như httpd nội bộ của OpenBSD, hoặc thttpd hoặc lighttpd. Ngoài ra, nhiều thiết bị có khả năng kết nối mạng đã được tích hợp trong các máy chủ web có thể được sử dụng để định cấu hình thiết bị, bao gồm các thiết bị có mục đích dành riêng cho mạng, như bộ định tuyến (bao gồm nhiều điểm truy cập Wi-Fi và modem DSL) và các thiết bị khác như máy in hoặc Bộ lưu điện (bộ cấp nguồn liên tục được hỗ trợ bằng pin) có thể có kết nối mạng.

Vì vậy, câu hỏi "Tại sao các URL phân biệt chữ hoa chữ thường?", Là câu hỏi "Tại sao các máy chủ web coi URL là phân biệt chữ hoa chữ thường?" Và câu trả lời thực tế là: tất cả họ không làm điều đó. Ít nhất một máy chủ web, khá phổ biến, thường KHÔNG phân biệt chữ hoa chữ thường. (Máy chủ web là IIS.)

Một lý do chính cho hành vi khác nhau giữa các máy chủ web khác nhau có thể giải quyết vấn đề đơn giản. Cách đơn giản để tạo một máy chủ web là thực hiện mọi thứ giống như cách hệ điều hành của máy tính / thiết bị định vị các tệp. Nhiều lần, các máy chủ web định vị một tệp để cung cấp phản hồi. Unix được thiết kế xung quanh các máy tính cao cấp hơn và do đó Unix cung cấp chức năng mong muốn là cho phép chữ hoa và chữ thường. Unix quyết định coi chữ hoa và chữ thường là khác nhau bởi vì, tốt, chúng khác nhau. Đó là điều đơn giản, tự nhiên phải làm. Windows có lịch sử không phân biệt chữ hoa chữ thường do mong muốn hỗ trợ phần mềm đã được tạo và lịch sử này quay trở lại với DOS, đơn giản là không hỗ trợ các chữ cái viết thường, có thể trong nỗ lực đơn giản hóa mọi thứ với các máy tính ít mạnh hơn sử dụng ít bộ nhớ hơn. Vì các hệ điều hành này là khác nhau, kết quả là các máy chủ web được thiết kế đơn giản (phiên bản đầu của) phản ánh sự khác biệt giống nhau.

Bây giờ, với tất cả nền tảng đó, đây là một số câu trả lời cụ thể cho các câu hỏi cụ thể:

Khi các URL được thiết kế lần đầu tiên, tại sao độ nhạy trường hợp lại tạo ra một tính năng?

Tại sao không? Nếu tất cả các máy chủ web tiêu chuẩn không phân biệt chữ hoa chữ thường, điều đó sẽ chỉ ra rằng các máy chủ web đang tuân theo một bộ quy tắc được chỉ định bởi tiêu chuẩn. Đơn giản là không có quy tắc nào nói rằng trường hợp đó cần phải bỏ qua. Lý do không có quy tắc đơn giản là không có lý do nào để có quy tắc đó. Tại sao phải làm cho các quy tắc không cần thiết?

Tôi hỏi điều này bởi vì dường như đối với tôi (tức là một giáo dân) rằng sự không nhạy cảm với trường hợp sẽ được ưu tiên để ngăn ngừa các lỗi không cần thiết và đơn giản hóa một chuỗi văn bản vốn đã phức tạp.

URL được thiết kế để máy xử lý. Mặc dù một người có thể nhập URL đầy đủ vào một thanh địa chỉ, đó không phải là một phần chính của thiết kế dự định. Thiết kế dự định là mọi người sẽ theo dõi ("nhấp chuột vào") siêu liên kết. Nếu giáo dân trung bình đang làm điều đó, thì họ thực sự không quan tâm liệu URL vô hình là đơn giản hay phức tạp.

Ngoài ra, có một mục đích / lợi thế thực sự nào để có một URL phân biệt chữ hoa chữ thường (trái ngược với phần lớn các URL trỏ đến cùng một trang bất kể viết hoa) không?

Điểm thứ năm trong câu trả lời của William Hay đề cập đến một lợi thế kỹ thuật: URL có thể là một cách hiệu quả để trình duyệt web gửi một chút thông tin đến máy chủ web và có thể bao gồm nhiều thông tin hơn nếu có ít hạn chế hơn, do đó độ nhạy trường hợp hạn chế sẽ làm giảm bao nhiêu thông tin có thể được bao gồm.

Tuy nhiên, trong nhiều trường hợp, không có một lợi ích siêu hấp dẫn nào đối với độ nhạy trường hợp, điều này được chứng minh bằng thực tế là IIS thường không bận tâm đến nó.

Tóm lại, lý do hấp dẫn nhất có lẽ chỉ đơn giản đối với những người thiết kế phần mềm máy chủ web, đặc biệt là trên nền tảng phân biệt chữ hoa chữ thường như Unix. (HTTP không phải là thứ ảnh hưởng đến thiết kế ban đầu của Unix, vì Unix đáng chú ý là cũ hơn HTTP.)

Các URL không phân biệt chữ hoa chữ thường, chỉ là một phần của chúng.
Ví dụ: không có gì phân biệt chữ hoa chữ thường trong URL https://google.com,

Với tham chiếu đến RFC 3986 - Mã định danh tài nguyên đồng nhất (URI): Cú pháp chung

Đầu tiên, từ Wikipedia , một URL trông giống như:

 scheme:[//host[:port]][/]path[?query][#fragment]

(Tôi đã xóa user:passwordphần này vì nó không thú vị và hiếm khi được sử dụng)

• scheme:

đề án không phân biệt chữ hoa chữ thường

• host:

Thành phần con máy chủ không phân biệt chữ hoa chữ thường.

• path:

Thành phần đường dẫn chứa dữ liệu ...

• query:

Thành phần truy vấn chứa dữ liệu không phân cấp ...

• fragment:

Các loại phương tiện riêng lẻ có thể xác định các hạn chế riêng của chúng đối với hoặc cấu trúc trong cú pháp định danh phân đoạn để chỉ định các loại tập hợp con, chế độ xem hoặc tham chiếu bên ngoài khác nhau

Vì vậy, schemevà hostkhông phân biệt chữ hoa chữ thường.
Phần còn lại của URL là phân biệt chữ hoa chữ thường.

Tại sao pathtrường hợp nhạy cảm?

Đây dường như là câu hỏi chính.
Thật khó để trả lời "tại sao" một cái gì đó đã được thực hiện nếu nó không được ghi lại, nhưng chúng ta có thể đoán rất tốt.
Tôi đã chọn các trích dẫn rất cụ thể từ thông số kỹ thuật, nhấn mạnh vào dữ liệu .
Hãy xem lại URL:

 scheme:[//host[:port]][/]path[?query][#fragment]
 \____________________/\________________________/
        Location                 Data

• Vị trí - Vị trí có dạng chính tắc và không phân biệt chữ hoa chữ thường. Tại sao? Có lẽ vì vậy bạn có thể mua một tên miền mà không phải mua hàng ngàn biến thể.

• Dữ liệu - dữ liệu được sử dụng bởi máy chủ mục tiêu và ứng dụng có thể chọn ý nghĩa của nó . Nó sẽ không có ý nghĩa để làm cho trường hợp dữ liệu không nhạy cảm. Ứng dụng nên có nhiều tùy chọn hơn và việc xác định độ nhạy cảm trường hợp trong thông số kỹ thuật sẽ giới hạn các tùy chọn này.
  Đây cũng là một điểm khác biệt hữu ích cho HTTPS: dữ liệu được mã hóa , nhưng máy chủ có thể nhìn thấy.

Nó khá hữu ích?

Phân biệt chữ hoa chữ thường có những khó khăn khi nói đến bộ nhớ đệm và URL chuẩn, nhưng nó chắc chắn rất hữu ích. Vài ví dụ:

• Base64 , được sử dụng trong URI dữ liệu .
• Ví dụ: trang web có thể mã hóa dữ liệu Base64 trong url, ví dụ: http://tryroslyn.azurewebsites.net/#f:r/A4VwRgNglgxgBDCBDAziuBhOBvGB7AOxQBcBSABiu
• Công cụ rút ngắn URL sử dụng độ nhạy trường hợp: /a5Bcó thể khác với/a5b
• Như bạn đã đề cập, Wikipedia có thể phân biệt "AIDS" với "Aids".

Đơn giản. HĐH là trường hợp nhạy cảm. Các máy chủ web thường không quan tâm trừ khi chúng phải tấn công hệ thống tệp tại một số điểm. Đây là nơi Linux và các hệ điều hành dựa trên Unix khác thực thi các quy tắc của hệ thống tệp trong đó độ nhạy trường hợp là một phần chính. Đây là lý do tại sao IIS chưa bao giờ phân biệt chữ hoa chữ thường; bởi vì Windows không bao giờ phân biệt chữ hoa chữ thường.

[Cập nhật]

Đã có một số tranh luận mạnh mẽ trong các bình luận (kể từ khi bị xóa) về việc URL có bất kỳ mối quan hệ nào với hệ thống tệp như tôi đã nêu hay không. Những tranh luận đã trở nên nóng bỏng. Thật vô cùng thiển cận khi tin rằng không có mối quan hệ nào. Hoàn toàn có! Hãy để tôi giải thích thêm.

Lập trình viên ứng dụng thường không phải là hệ thống lập trình nội bộ. Tôi không bị xúc phạm. Chúng là hai ngành riêng biệt và kiến ​​thức bên trong hệ thống không bắt buộc phải viết ứng dụng khi các ứng dụng chỉ đơn giản có thể thực hiện cuộc gọi đến HĐH. Vì các lập trình viên ứng dụng không phải là các lập trình viên bên trong hệ thống, nên việc bỏ qua các dịch vụ HĐH là không thể. Tôi nói điều này bởi vì đây là hai trại riêng biệt và chúng hiếm khi giao nhau. Các ứng dụng được viết để sử dụng các dịch vụ HĐH như một quy luật. Tất nhiên hiếm có một số ngoại lệ.

Quay lại khi máy chủ web bắt đầu xuất hiện, các nhà phát triển ứng dụng đã không cố gắng bỏ qua các dịch vụ HĐH. Có nhiều lý do cho việc này. Một, nó không cần thiết. Hai, các lập trình viên ứng dụng thường không biết cách vượt qua các dịch vụ HĐH. Ba, hầu hết các hệ điều hành đều cực kỳ ổn định và mạnh mẽ, hoặc cực kỳ đơn giản và nhẹ và không đáng giá.

Hãy nhớ rằng các máy chủ web đầu tiên chạy trên các máy tính đắt tiền như máy chủ DEC VAX / VMS và Unix trong ngày (Berkeley và Ultrix cũng như các máy tính khác) trên các máy tính khung chính hoặc khung giữa, ngay sau đó các máy tính nhẹ như PC và Windows 3.1. Khi các công cụ tìm kiếm hiện đại hơn bắt đầu xuất hiện, chẳng hạn như Google vào năm 1997/8, Windows đã chuyển sang Windows NT và các hệ điều hành khác như Novell và Linux cũng đã bắt đầu chạy các máy chủ web. Apache là máy chủ web thống trị mặc dù có những máy chủ khác như IIS và O'Reilly cũng rất phổ biến. Không ai trong số họ tại thời điểm đó bỏ qua các dịch vụ hệ điều hành. Có vẻ như không có máy chủ web nào làm được ngay cả ngày hôm nay.

Máy chủ web ban đầu khá đơn giản. Họ vẫn còn ngày hôm nay. Bất kỳ yêu cầu nào được thực hiện đối với tài nguyên thông qua yêu cầu HTTP tồn tại trên ổ cứng đều được / được thực hiện bởi máy chủ web thông qua hệ thống tệp OS.

Hệ thống tập tin là cơ chế khá đơn giản. Vì yêu cầu được thực hiện để truy cập vào một tệp, nếu tệp đó tồn tại, yêu cầu được chuyển đến hệ thống con ủy quyền và nếu được cấp, yêu cầu ban đầu được thỏa mãn. Nếu tài nguyên không tồn tại hoặc không được cấp phép, một hệ thống sẽ bị ngoại lệ. Khi một ứng dụng thực hiện một yêu cầu, một kích hoạt được thiết lập và ứng dụng chờ. Khi yêu cầu được trả lời, kích hoạt được ném và ứng dụng xử lý phản hồi yêu cầu. Nó vẫn hoạt động theo cách đó ngày hôm nay. Nếu ứng dụng thấy rằng yêu cầu đã được thỏa mãn, nó vẫn tiếp tục, nếu nó bị lỗi, ứng dụng sẽ thực thi một điều kiện lỗi trong mã của nó hoặc chết nếu không được xử lý. Đơn giản.

Trong trường hợp máy chủ web, giả sử rằng yêu cầu URL cho đường dẫn / tệp được tạo, máy chủ web sẽ lấy phần đường dẫn / tệp của yêu cầu URL (URI) và đưa ra yêu cầu cho hệ thống tệp và nó được thỏa mãn hoặc ném một ngoại lệ. Các máy chủ web sau đó xử lý các phản ứng. Ví dụ, nếu đường dẫn và tệp được yêu cầu được tìm thấy và quyền truy cập được cấp bởi hệ thống phụ ủy quyền, thì máy chủ web sẽ xử lý yêu cầu I / O như bình thường. Nếu hệ thống tệp ném ra một ngoại lệ, thì máy chủ web sẽ trả về lỗi 404 nếu không tìm thấy tệp hoặc 403 Bị cấm nếu mã lý do không được phép.

Vì một số HĐH có phân biệt chữ hoa chữ thường và các hệ thống tệp thuộc loại này yêu cầu khớp chính xác, nên đường dẫn / tệp được yêu cầu của máy chủ web phải khớp chính xác với những gì tồn tại trên ổ cứng. Lý do cho điều này là đơn giản. Máy chủ web không đoán được ý của bạn. Không có máy tính nào làm như vậy mà không được lập trình. Máy chủ web chỉ cần xử lý các yêu cầu khi họ nhận được chúng. Nếu phần đường dẫn / tệp của yêu cầu URL được truyền trực tiếp vào hệ thống tệp không khớp với những gì trên ổ cứng, thì hệ thống tệp sẽ đưa ra một ngoại lệ và máy chủ web trả về lỗi 404 Không tìm thấy.

Nó thực sự là những người đơn giản. Đây không phải là khoa học tên lửa. Có một mối quan hệ tuyệt đối giữa phần đường dẫn / tệp của URL và hệ thống tệp.

1. Các URL tự xưng là công cụ định vị tài nguyên UNIFORM và có thể trỏ đến các tài nguyên có trước web. Một số trong số này phân biệt chữ hoa chữ thường (ví dụ: nhiều máy chủ ftp) và URL cần có thể thể hiện các tài nguyên này theo cách trực quan hợp lý.

2. Không nhạy cảm trường hợp đòi hỏi nhiều công việc hơn khi tìm kiếm một trận đấu (trong hệ điều hành hoặc trên nó).

3. Nếu bạn xác định URL là các máy chủ riêng lẻ phân biệt chữ hoa chữ thường có thể triển khai chúng dưới dạng không phân biệt chữ hoa chữ thường nếu muốn. Điều ngược lại là không đúng sự thật.

4. Không nhạy cảm trường hợp có thể là không tầm thường trong bối cảnh quốc tế: https://en.wikipedia.org/wiki/Diated_and_dotless_I . Ngoài ra RFC1738 cho phép sử dụng các ký tự ngoài phạm vi ASCII miễn là chúng được mã hóa nhưng không chỉ định bộ ký tự. Điều này khá quan trọng đối với một cái gì đó tự gọi mình là web toàn thế giới. Xác định URL là trường hợp không nhạy cảm sẽ mở ra rất nhiều phạm vi cho các lỗi.

5. Nếu bạn đang cố gắng đóng gói nhiều dữ liệu vào một URI (ví dụ: URI dữ liệu ), bạn có thể đóng gói nhiều hơn nếu chữ hoa và chữ thường khác nhau.

Tôi đã đánh cắp từ blog một điều mới về thói quen tiếp cận các câu hỏi có dạng "tại sao lại có chuyện đó xảy ra?" với câu hỏi ngược lại "thế giới sẽ như thế nào, nếu không phải như vậy?"

Giả sử tôi đã thiết lập một máy chủ web để tự phục vụ các tệp tài liệu của mình từ một thư mục để tôi có thể đọc chúng trên điện thoại khi tôi ra khỏi văn phòng. Bây giờ, trong thư mục tài liệu của tôi, tôi có ba tác phẩm, todo.txt, ToDo.txtvà TODO.TXT(tôi biết, nhưng nó có ý nghĩa với tôi khi tôi thực hiện các tập tin).

URL nào tôi muốn có thể sử dụng, để truy cập các tệp này? Tôi muốn truy cập chúng một cách trực quan, bằng cách sử dụng http://www.example.com/docs/filename.

Giả sử tôi có một tập lệnh cho phép tôi thêm một liên hệ vào sổ địa chỉ của mình, điều này tôi cũng có thể thực hiện trên web. Làm thế nào mà nên lấy tham số của nó? Chà, tôi muốn sử dụng nó như : http://www.example.com/addcontact.php?name=Tom McHenry von der O'Reilly. Nhưng nếu không có cách nào để tôi chỉ định tên theo từng trường hợp, tôi sẽ làm thế nào?

Làm cách nào để phân biệt các trang wiki cho Cat và CAT, Text và TEXT, latex và LaTeX? Các trang Disambig, tôi đoán, nhưng tôi thích chỉ nhận được những gì tôi yêu cầu.

Nhưng tất cả những gì cảm thấy như nó trả lời sai câu hỏi, dù sao.

Câu hỏi tôi nghĩ bạn đã thực sự hỏi là "Tại sao máy chủ web 404 bạn chỉ vì sự khác biệt trong trường hợp, khi chúng là máy tính, được thiết kế để làm cho cuộc sống đơn giản hơn và chúng hoàn toàn có khả năng tìm thấy ít nhất các biến thể trường hợp rõ ràng nhất trong URL tôi gõ sẽ hoạt động? "

Câu trả lời là trong khi một số trang web đã làm điều này (và tốt hơn, họ cũng kiểm tra các lỗi chính tả khác), không ai nghĩ rằng nên thay đổi trang lỗi 404 mặc định của máy chủ web để làm điều đó ... nhưng có lẽ họ nên làm vậy?

Mặc dù câu trả lời trên là chính xác và tốt. Tôi muốn thêm một số điểm.

Để hiểu rõ hơn, người ta nên hiểu sự khác biệt cơ bản giữa máy chủ Unix (Linux) Vs Windows. Unix là trường hợp nhạy cảm & Windows là hệ điều hành không phân biệt chữ hoa chữ thường.

Giao thức HTTP đã được phát triển hoặc bắt đầu triển khai vào khoảng năm 1990. Giao thức HTTP được thiết kế bởi các kỹ sư làm việc tại các viện Cern, hầu hết những ngày đó nhà khoa học sử dụng máy Unix chứ không phải Windows.

Hầu hết các nhà khoa học đều quen thuộc với Unix, vì vậy họ có thể đã bị ảnh hưởng với hệ thống tệp kiểu Unix.

Máy chủ Windows được phát hành sau năm 2000. rất nhiều trước khi máy chủ windows trở thành giao thức HTTP phổ biến đã hoàn thiện tốt và thông số kỹ thuật đã hoàn tất.

Đây có thể là lý do.

Làm thế nào người ta nên đọc một "tại sao nó được thiết kế theo cách này?" câu hỏi? Bạn đang yêu cầu một tài khoản chính xác về mặt lịch sử của quá trình ra quyết định, hoặc bạn đang hỏi "tại sao mọi người sẽ thiết kế nó theo cách này?"?

Rất hiếm khi có được một tài khoản chính xác về mặt lịch sử. Đôi khi, khi các quyết định được đưa ra trong các ủy ban tiêu chuẩn, có một đoạn phim tài liệu về cách tranh luận được tiến hành, nhưng trong những ngày đầu, các quyết định trên web đã được đưa ra một cách vội vã bởi một vài cá nhân - trong trường hợp này có lẽ là do chính TimBL - và lý do không thể xảy ra đã được viết ra. Nhưng TimBL đã thừa nhận rằng anh ta đã mắc lỗi trong thiết kế URL - xem http://www.dailymail.co.uk/sciencetech/article-1220286/Sir-Tim-Berners-Lee-admits-forward-slashes-web-address -mistake.html

Trong những ngày đầu, URL ánh xạ rất trực tiếp đến tên tệp và các tệp nói chung trên các máy giống Unix và các máy giống Unix có tên tệp phân biệt chữ hoa chữ thường. Vì vậy, dự đoán của tôi là nó chỉ xảy ra theo cách đó để thuận tiện cho việc triển khai và tính khả dụng (đối với người dùng cuối) thậm chí không bao giờ được xem xét. Một lần nữa, trong những ngày đầu, người dùng đều là lập trình viên Unix.

Điều này không liên quan gì đến nơi bạn đã mua tên miền của mình, DNS không phân biệt chữ hoa chữ thường. Nhưng, hệ thống tập tin trên máy chủ bạn đang sử dụng để lưu trữ là.

Đây thực sự không phải là một vấn đề và nó khá phổ biến trên các máy chủ * nix. Chỉ cần đảm bảo rằng tất cả các liên kết bạn viết trên các trang của bạn là chính xác và bạn sẽ không gặp vấn đề gì. Để dễ dàng hơn, tôi khuyên bạn luôn luôn đặt tên trang của mình trong tất cả các chữ thường thì bạn không bao giờ cần phải kiểm tra lại tên khi viết liên kết.

Closetnoc nói đúng về HĐH. Một số hệ thống tệp xử lý cùng tên với các vỏ khác nhau như các tệp khác nhau.

Ngoài ra, có một mục đích / lợi thế thực sự nào để có một URL phân biệt chữ hoa chữ thường (trái ngược với phần lớn các URL trỏ đến cùng một trang bất kể viết hoa) không?

Đúng. để tránh các vấn đề nội dung trùng lặp.

Nếu bạn có ví dụ về các URL sau:

http://example.com/page-1
http://example.com/Page-1
http://example.com/paGe-1
http://example.com/PAGE-1
http://example.com/pAGE-1

và tất cả chúng đều trỏ đến cùng một trang với cùng một nội dung, sau đó bạn sẽ có nội dung trùng lặp và tôi chắc chắn nếu bạn có tài khoản bảng điều khiển tìm kiếm Google (công cụ quản trị trang web), Google sẽ chỉ ra điều này cho bạn.

Điều tôi khuyên bạn nên làm nếu bạn ở trong tình huống đó là sử dụng tất cả các URL chữ thường, sau đó chuyển hướng các URL có ít nhất một chữ in hoa trong đó sang phiên bản chữ thường. Vì vậy, trong danh sách các URL ở trên, hãy chuyển hướng tất cả các URL đến URL đầu tiên.

Trường hợp nhạy cảm có giá trị.

Nếu có 26 chữ cái, mỗi chữ cái có khả năng viết hoa, đó là 52 ký tự.

4 ký tự có khả năng kết hợp 52 * 52 * 52 * 52, bằng 731616 kết hợp.

Nếu bạn không thể viết hoa các ký tự, số lượng kết hợp là 26 * 26 * 26 * 26 = 456976

Các kết hợp nhiều hơn 14 lần cho 52 ký tự so với 26 ký tự. Vì vậy, để lưu trữ dữ liệu, Url có thể ngắn hơn và nhiều thông tin có thể được truyền qua các mạng có ít dữ liệu được truyền hơn.

Đây là lý do tại sao bạn thấy youtube sử dụng các URL như https://www.youtube.com/watch?v=xXxxXxxX