URL büyük / küçük harfe duyarlı mı olmalı?

onu farkettim

HTTP://STACKOVERFLOW.COM/QUESTIONS/ASK

ve

http://stackoverflow.com/questions/ask

her ikisi de iyi çalışıyor - aslında bir önceki küçük harfe dönüştürülür.

Bunun kullanıcı için anlamlı olduğunu düşünüyorum.

Google'a bakarsam, bu URL iyi çalışır:

http://www.google.com/intl/en/about/corporate/index.html  

ancak "HAKKINDA" olan bu çalışmaz:

http://www.google.com/intl/en/ABOUT/corporate/index.html   

URL büyük / küçük harfe duyarlı mı olmalı?

W3'ün " HTML ve URL'leri " ne göre:

URL'ler veya URL'lerin bölümleri olabilir, bu durumda büyük / küçük harf önemlidir, ancak bunların tanımlanması kolay olmayabilir. Kullanıcılar her zaman URL'lerin büyük / küçük harfe duyarlı olduğunu düşünmelidir.

Tüm “ duyarsız ” lar okunabilirlik için doludur.

Alan adları, RFC 4343'e göre büyük / küçük harfe duyarlı değildir . URL'nin geri kalanı GET yöntemi aracılığıyla sunucuya gönderilir. Bu büyük / küçük harfe duyarlı olabilir veya olmayabilir.

Örneğin, bu sayfayı ele alalım, stackoverflow.com tarayıcınıza bir HTML belgesi göndererek GET dizesini / sorular / 7996919 / büyük-küçük harf duyarlı olmalıdır . Stackoverflow.com büyük / küçük harfe duyarlı değildir, çünkü / QUEStions / 7996919 / Url-büyük / küçük harfe duyarlı olmalıdır için aynı sonucu üretir .

Diğer yandan Wikipedia, başlığın ilk karakteri dışında büyük / küçük harfe duyarlıdır. Https://en.wikipedia.org/wiki/Case_sensitivity ve https://en.wikipedia.org/wiki/case_sensitivity URL'leri aynı makaleye yönlendirir, ancak https://en.wikipedia.org/wiki/CASE_SENSITIVITY döner 404.

Hosting işletim sistemine bağlıdır. Windows'da barındırılan siteler, temeldeki dosya sistemi büyük / küçük harfe duyarlı olmadığından büyük / küçük harfe duyarlı değildir. Unix tipi sistemlerde barındırılan siteler, temel dosya sistemleri genellikle büyük / küçük harfe duyarlı olduğundan büyük / küçük harfe duyarlı olma eğilimindedir. URL'nin ana bilgisayar adı kısmı her zaman büyük / küçük harfe duyarsızdır, değişen yolun geri kalanıdır.

DNS büyük / küçük harf duyarlılığını yok saydığından http://en.example.org/ve HTTP://EN.EXAMPLE.ORG/her ikisi de aynı sayfayı açtığından URL'nin alan adı bölümü büyük / küçük harfe duyarlı değildir .

Yol, istenen kaynağı belirtmek ve bulmak için kullanılır. Büyük / küçük harfe duyarlıdır, ancak bazı sunucular, özellikle Microsoft Windows tabanlı olanlar tarafından büyük / küçük harfe duyarlı değildir.

Sunucu büyük / küçük harfe duyarlıdır ve http://en.example.org/wiki/URLdoğruysa, bu URL'ler geçerli kaynaklara işaret etmedikçe bir HTTP 404 hata sayfası görüntüler http://en.example.org/WIKI/URLveya http://en.example.org/wiki/urlgörüntüler.

Eski makaleleri çarpıştırmanın hayranı değilim, ancak bu bu konuya ilk cevaplardan biri olduğu için bir şeyi açıklığa kavuşturmaya ihtiyaç duydum.

@Bhavin Shah cevabının belirttiği gibi, url'nin alan kısmı büyük / küçük harfe duyarsızdır, bu yüzden

http://google.com 

ve

http://GOOGLE.COM 

ve

http://GoOgLe.CoM 

hepsi aynıdır ancak alan adı bölümünden sonraki her şey büyük / küçük harfe duyarlı olarak kabul edilir.

yani...

http://GOOGLE.COM/ABOUT

ve

http://GOOGLE.COM/about

farklıdır.

Not: Çoğu durumda "teknik" ve "kelimenin tam anlamıyla" konuşmuyorum, çoğu durumda, sunucular bu öğeleri aynı şekilde işlemek için ayarlanmıştır, ancak bunları aynı şekilde ele alınmayacak şekilde ayarlamak mümkündür.

Farklı sunucular bunu farklı şekilde ele alır ve bazı durumlarda büyük / küçük harfe duyarlı olmaları gerekir. Birçok durumda, sorgu dizesi değerleri kodlanır (örneğin, Oturum Kimlikleri veya bir sorgu dizesi değeri olarak geçen Base64 kodlu veriler gibi) Bu öğeler, doğası gereği büyük / küçük harfe duyarlıdır, bu nedenle sunucunun bunları işlerken büyük / küçük harfe duyarlı olması gerekir.

Yani sorulara cevap vermek için, sunucuların bu verileri yakalamada büyük / küçük harfe duyarlı olması gerekir, cevap “evet, kesinlikle” dir.

Elbette her şeyin büyük / küçük harfe duyarlı olması gerekmez, ancak sunucu bunun ne olduğunu ve bu durumları nasıl ele alacağını bilmelidir.

@Hart Simha'nın yorumu temelde aynı şeyi söylüyor. Ben kredi önce nerede kredi nedeniyle kredi vermek istiyorum ben yayınlanmadan önce kaçırdı.

Buradaki spesifikasyona bakın: bölüm 2.7.3 http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-25#page-19

Şema ve konakçı büyük / küçük harfe duyarlı değildir ve normal olarak küçük harfle sağlanır; diğer tüm bileşenler büyük / küçük harfe duyarlı bir şekilde karşılaştırılır.

Aşağıdakileri göz önünde bulundur:

https://www.example.com/createuser.php?name=Paul%20McCartney

Bu varsayımsal örnekte, GET yöntemini kullanan bir HTML formu, "name" parametresini yeni bir kullanıcı hesabı oluşturan bir PHP komut dosyasına gönderir.

Ve bu örnekle yaptığım nokta, bu GET parametresinin "McCartney" in büyük harf kullanımını korumak için (veya başka bir örnek olarak "Walter d'Isney" i korumak için büyük / küçük harfe duyarlı olması gerektiğidir. adların olağan büyük harf kurallarını çiğnemesi için).

Şema ve ana bilgisayarın büyük / küçük harfe duyarlı olmadığı, ancak bundan sonraki her şeyin potansiyel olarak büyük / küçük harfe duyarlı olduğu ve sunucuya bırakıldığı W3C önerisini yönlendiren bunlar gibi durumlar. Büyük / küçük harf duyarsızlığını standart olarak zorlamak, yukarıdaki örneği bir GET sorgu parametresi olarak geçirilen kullanıcı girişinin muhafazasını koruyamaz hale getirir.

Ancak şunu söyleyebilirim ki, bu zorunlu olarak bu tür davaları barındıracak yasa mektubu olsa da, yasanın ruhu, davanın önemsiz olduğu durumlarda, büyük / küçük harfe duyarsız davranmasıdır. Bununla birlikte, standartlar size davanın nerede ilgisiz olduğunu söyleyemez, çünkü verdiğim örnekler gibi, bağlama bağlı bir şeydir.

(örneğin, bir hesap kullanıcı adı muhtemelen "Kullanıcı123" ve "kullanıcı123" ifadelerinin farklı hesaplar olması nedeniyle büyük olasılıkla duyarsızlığa zorlanır - gerçek adları, yukarıdaki gibi en iyi durumda büyük / küçük harfe duyarlı olsa bile).

Bazen önemlidir, çoğu zaman değildir. Ancak, bu şeylere karar vermek sunucuya / web geliştiricisine bırakılmalıdır - ve standart tarafından reçete edilemez - çünkü sadece bu seviyede bağlam bilinebilir.

Şema ve ev sahibi büyük / küçük harfe duyarlı değildir (bu, standardın evrensel olarak reçete edilebildiği büyük / küçük harf duyarsızlığı tercihini gösterir). Gerisini, bağlamı daha iyi anladığınız için karar vermek size kalmış. Ancak, tartışıldığı gibi, muhtemelen, kanunun ruhuyla, iyi bir nedeniniz olmadıkça, duyarsızlığı varsayılan olarak kullanmalısınız.

URL'lerin olmamasının iyi bir nedeni olmadıkça büyük / küçük harfe duyarlı olmamalıdır.

Bu zorunlu değildir (RFC'nin herhangi bir parçası değildir), ancak URL'lerin iletişimini ve depolanmasını çok daha güvenilir kılar.

Bir web sitesinde iki sayfam varsa:

http://stackoverflow.com/ABOUT.html

ve

http://stackoverflow.com/about.html

Nasıl farklı olmalılar? Belki bir 'bağırarak stil' (kapaklar) yazılır - ancak IA açısından, ayrım asla URL durumunda bir değişiklikle yapılmamalıdır.

Dahası, bunu Apache'de uygulamak kolaydır - sadece CheckSpelling Onmod_Speling'den kullanın .

Eski bir soru ama burada tökezledim, bu yüzden neden kesin bir cevap değil çeşitli perspektif aradığı için neden bir çekim yapmıyorsunuz?

w3c önerileri olabilir - ki ben çok önemsiyorum - ama soru burada olduğu için yeniden düşünmek istiyorum.

W3c neden etki alanı adlarının büyük / küçük harfe duyarsız olduğunu ve daha sonra büyük / küçük harfe duyarsız olduğunu düşünüyor?

Gerekçesinin URL'nin etki alanı kısmının bir kullanıcı tarafından yazılmış olması olduğunu düşünüyorum. Hiper metin olduktan sonra her şey makine tarafından çözülecektir (arkadaki tarayıcı ve sunucu).

Makineler kasa duyarsızlığını insanlardan daha iyi idare edebilir (teknik tür değil :)).

Ancak asıl soru, makinelerin bu şekilde yapılması gerektiği ile başa çıkabilmesidir.

Ben adlandırma ve bir kaynak oturan erişen faydaları nelerdir demek hereIsTheResourcevs hereistheresource?

Yanal, daha okunabilir olan deve kasasından daha fazla okunamaz. İnsanlara okunabilir (teknik tür dahil).

İşte benim puanım: -

Kaynak Yolu, programlama yapısının ortasında bir yere düşer ve bazen tarayıcının arkasında bir son kullanıcıya yakın olur.

Kullanıcılarınızın dokunması veya yazması vb. Bekleniyorsa URL'niz (alan adı hariç) büyük / küçük harfe duyarlı olmamalıdır. Uygulamanızı, mümkün olduğunca kullanıcıları yol yazacak şekilde KAÇINMAK için geliştirmelisiniz.

Kullanıcılarınız asla elle yazmazsa URL'niz (alan adı hariç) büyük / küçük harfe duyarlı olmalıdır.

Sonuç

Yol büyük / küçük harfe duyarlı olmalıdır. Puanlarım büyük / küçük harfe duyarlı yollara doğru ilerliyor.

URL karakterleri onaltılı koda dönüştürülür (URL'lerde boşlukların% 20 vb. Olarak görüntülendiğini fark ettiyseniz) ve küçük ve büyük harf farklı onaltılık değerlere sahip olduğundan, URL'lerin kesinlikle büyük / küçük harfe duyarlı olması mantıklıdır. Ancak sorunun ruhu standart olmalı ve ben hayır diyorum, ama öyleler. Bir son kullanıcı ne olursa olsun çalışmak istiyorlarsa, kodlarında bunu hesaba katmak için geliştirici / sağlayıcıya kalmış.

Bence bu ve spesifikasyonun ne söylediği ya da söylemediği ile ilgili birçok cevap sorunun noktasını kaçırıyor. Büyük / küçük harfe duyarlı olmalılar mı? Bu gerçekten yüklü bir soru. Kullanıcının bakış açısından, büyük / küçük harfe duyarlılık bir acı noktasıdır, herkesin bildiği bir fark yoktur. URI'lerin olması gerekip gerekmediği sorusu, sorunun bağlamına bağlıdır. Teknik esneklik için evet olmalı. Kullanılabilirlik için hayır olmamalıdır.

Vaka Koruması

URL'ler, istemci ve sunucu arasında büyük / küçük harf koruyucudur . Ancak, URL'lerin bölümleri birkaç nedenden dolayı sunucuya bağlı olarak büyük / küçük harfe duyarlı olabilir veya olmayabilir .

Büyük küçük harf duyarlılığı

URL'lerin aşağıdaki kalın bölümleri , site ve / veya sunucu yapılandırmasına bağlı olarak büyük / küçük harfe duyarlı olabilir .

    http: // www. example.com /abc/def.ghi?jkl=mno#pqr

    kullanici @ example.com

gerekçe

URL'lerde büyük / küçük harf duyarlılığının çeşitli kullanımları olabilir. Esasen:

1. Büyük / küçük harfe duyarlı dosya sistemleriyle yerel uyumluluk.
2. URL'ler içinde serileştirme, karma, kimlikler, kalıcı bağlantılar ve URL kısaltıcılar gibi daha kompakt veri kodlaması.

Bir geliştirici olarak, yukarıdakilerin genellikle daha iyi şekillerde ele alınabileceğine inanıyorum, ancak bir durumun buna izin vermeyebileceği durumlar olduğunu da anlıyorum.

Örneğin, "GET" URL'sine çok fazla veri yerleştirilmesini gerektiren mevcut bir ürünü hayal edin, ancak tüm büyük sunucuların, tarayıcıların ve önbellekleme / proxy mekanizmalarının maksimum URL uzunluklarıyla uyumlu olması gerekir. Orta uzunlukta bir komut dizesi bile sığdırmak için (bazı eski tarayıcılar için 1.024 karakterin altında), kullanabileceğiniz her benzersiz URL güvenli karakteri kullanmanız gerekir (temelde base64url kodlaması budur).

Ideal bir dünyada

Olsun ya da olmasın URL'ler gereken harf duyarlı tartışmaya açıktır olun. Kişisel olarak, basit olmaması için (daha uzun URL'ler oluşturabilse de, tam karakterlerin korunmasını sağlamamız gereken durumları kolayca ele almak için yüzde kaçışımız var ve URL'de doğru dışında veri aktarmanın yolları var) .

Birçoğu, kullanılabilirliği artırmak için birçok popüler site ve hizmet için büyük / küçük harfe duyarlı olmayan URL'lerin açıkça etkinleştirildiği gerçeğine dayanarak anlaşmaya varmış görünmektedir. En belirgin örnek e-posta adreslerinin kullanıcı adı kısmıdır. Çoğu e-posta sağlayıcısı büyük / küçük harf durumunu ve hatta bazen noktaları ve diğer simgeleri ("j.smith@example.com", "JSMITH@example.com" ile aynı olan) göz ardı eder. Teknik özelliklere göre e-posta kullanıcı adları varsayılan olarak büyük / küçük harfe duyarlıdır.

Ancak, gerçek şu ki, ben veya başkalarının isteyebileceğine rağmen, bu şu anda işlerin nasıl çalıştığı durumudur. Ayrıca, büyük olasılıkla büyük / küçük harf duyarsız bir URL standardına geçiş mümkün olsa da, büyük / küçük harf duyarlılığı şu anda web'de çeşitli amaçlarla yaygın olarak kullanıldığından, muhtemelen oldukça uzun zaman alacaktır.

En İyi Uygulamalar

En iyi uygulamalara gelince, bir kullanıcı olarak çoğu durum için küçük harfe sadık kalabilir ve işlerin çalışmasını bekleyebilirsiniz. Ana istisnalar, doğrudan dosya sistemi eşdeğeri olan büyük / küçük harf tabanlı kodlama veya belge yolları kullanan URL'lerdir. Ancak, bu tür karmaşık URL'ler manuel olarak yazmak yerine genellikle kopya yapıştırılır (veya basitçe tıklanır).

Bir web geliştiricisi olarak URL'leri olabildiğince büyük / küçük harfe duyarsız tutmayı düşünmelisiniz. Yukarıda belirtildiği gibi bağlama bağlı olarak açıkça önlenmesi zor bazı durumlar olsa da.

soru url büyük / küçük harfe duyarlı olmalıdır?

Büyük / küçük harfe duyarlı URL'lerin arkasında herhangi bir kullanım veya iyi uygulama görmüyorum. Aptal, berbat ve her zaman kaçınılmalıdır.

Sadece fikrimi yedeklemek için, birisi hangi URL'yi sorduğunda, URL'nin hangi karakterlerinin Büyük veya Küçük harf olduğunu nasıl açıklayabilirsiniz? Bu saçmalık ve kimse size başka türlü söylememeli.

Linux sunucusunda barındırılan web siteleri için URL büyük / küçük harfe duyarlıdır. http://www.google.com/about ve http://www.google.com/About hakkında farklı konumlara yönlendirilecektir. Windows Server'dayken URL, FOLDER adında olduğu gibi büyük / küçük harfe duyarlı değildir ve aynı konuma yönlendirilir.

Büyük / küçük harfe duyarlı olmayan URL'ler oluşturmak mümkündür

RewriteEngine on
rewritemap lowercase int:tolower
RewriteCond $1 [A-Z]
RewriteRule ^/(.*)$ /${lowercase:$1} [R=301,L]

Google.com..GOOGLE.com vb. Doğrudan google.com'a yapma