Bir URL'nin boşluk içermesine izin verilir mi?

Bir URI'nin (özellikle bir HTTP URL'sinin) bir veya daha fazla boşluk karakteri içermesine izin verilir mi? Bir URL'nin kodlanması gerekiyorsa , +yalnızca yaygın olarak izlenen bir kural mı yoksa meşru bir alternatif mi?

Özellikle, birisi boşluk içeren bir URL'nin kodlanması gerektiğini belirten bir RFC'ye işaret edebilir mi?

Soru motivasyonu: Bir web sitesinin beta testini yaparken, bazı URL'lerin içlerinde boşluklarla oluşturulmuş olduğunu fark ettim. Firefox beni şaşırtan doğru şeyi yapıyor gibiydi! Ancak geliştiricileri bir RFC'ye yönlendirebilmek istedim, böylece bu URL'leri düzeltme ihtiyacı hissedeceklerdi.

Gereğince RFC 1738'de :

güvensiz:

Karakterler çeşitli nedenlerden dolayı güvensiz olabilir. Boşluk karakteri güvensizdir, çünkü URL'ler yazıya döküldüğünde veya dizildiğinde veya kelime işleme programlarına tabi tutulduğunda önemli boşluklar kaybolabilir ve önemsiz boşluklar eklenebilir. Karakterleri "<"ve ">"serbest metinde URL'lerin etrafında sınırlayıcı olarak kullanıldığından, güvensiz; tırnak işareti ( """), bazı sistemlerde URL'leri sınırlandırmak için kullanılır. Karakter "#"güvensizdir ve her zaman kodlanmalıdır çünkü World Wide Web'de ve diğer sistemlerde bir URL'yi onu takip edebilecek bir parça / çapa tanımlayıcısından ayırmak için kullanılır. Karakter"%"diğer karakterlerin kodlanması için kullanıldığından güvensizdir. Diğer karakterler güvensizdir çünkü ağ geçitleri ve diğer taşıma aracılarının bazen bu tür karakterleri değiştirdiği bilinmektedir. Bu karakterler vardır "{", "}", "|", "\", "^", "~", "[", "]", ve "`".

Güvenli olmayan tüm karakterler her zaman bir URL içinde kodlanmalıdır . Örneğin, karakter "#", normalde parça veya bağlantı tanımlayıcılarla ilgilenmeyen sistemlerde bile URL'ler içinde kodlanmalıdır, böylece URL bunları kullanan başka bir sisteme kopyalanırsa, URL kodlamasını değiştirmek gerekli olmaz.

Neden kodlanması gerekiyor? Bir istek şuna benzer:

GET /url HTTP/1.1
(Ignoring headers)

Beyaz boşlukla ayrılmış 3 alan vardır. URL'nize boşluk koyarsanız:

GET /url end_url HTTP/1.1

4 alanınız olduğunu biliyorsunuz, HTTP sunucusu size bunun geçersiz bir istek olduğunu söyleyecektir.

GET /url%20end_url HTTP/1.1

3 alan => geçerli

Not: sorgu dizesinde (?), Boşluk genellikle + olarak kodlanır

GET /url?var=foo+bar HTTP/1.1 

ziyade

GET /url?var=foo%20bar HTTP/1.1 

Daha kısa cevap: hayır, bir boşluk kodlamalısınız; o olduğu gibi bir boşluk kodlamak için doğru +ama sadece sorgu dizesinde; kullanman gereken yolda %20.

URL'ler RFC 3986'da tanımlanmıştır , ancak diğer RFC'ler de ilgilidir, ancak RFC 1738 artık kullanılmamaktadır.

Diğer birçok karakterle birlikte içlerinde boşluk olmayabilir. Bu yasaklanmış karakterlerin genellikle bir şekilde temsil edilmesi gerektiğinden, onları bir "%" ön eki ile ASCII onaltılık eşdeğerlerine çevirerek bir URL'ye kodlamak için bir şema vardır.

Çoğu programlama dili / platformu, RFC standartlarına tam olarak uymasalar da, URL'leri kodlamak ve çözmek için işlevler sağlar. Örneğin, PHP'nin olmadığını biliyorum.

Evet, boşluk genellikle "% 20" olarak kodlanmıştır. Bir URL'ye geçen tüm parametreler, yalnızca güvenlik nedenleriyle kodlanmalıdır.

URL'nin içinde bir Boşluk Karakteri olabilir ve çoğu tarayıcıda% 20 olarak görüntülenir, ancak tarayıcı kodlama kuralları çok sık değişir ve tarayıcının URL'yi nasıl görüntüleyeceğine bağlı olamayız.

Bunun yerine URL'deki Boşluk Karakterini, URL'yi Daha okunabilir ve 'Güzel' yapacağını düşündüğünüz herhangi bir karakterle değiştirebilirsiniz;) ..... O nedenle tercih edilen genel karakterler "-", "_", "+" .... ancak bunlar zorunlu değildir, bu nedenle URL’de olması gerekmeyen herhangi bir karakteri kullanabilirsiniz.

Lütfen URL Alanı Karakter Değişimi olarak%, &,}, {,], [, /,>, <kullanmaktan kaçının çünkü bunlar belirli tarayıcılarda ve Platformlarda bir hata ortaya çıkarabilir.

Gördüğünüz gibi Stak taşmasının kendisi Boşluk (% 20) yerine '-' karakterini kullanıyor.

Mutlu bir sorgulama dilerim.

Urls gerektiğini değil bunları boşluklar var. Bunu yapan birini ele almanız gerekiyorsa, kodlanmış değerini kullanın%20

Birisi, boşluk içeren bir URL'nin kodlanması gerektiğini belirten bir RFC'ye işaret edebilir mi?

URI'ler ve dolayısıyla URL'ler RFC 3986'da tanımlanmıştır.

Orada tanımlanan dilbilgisine bakarsanız, sonunda bir boşluk karakterinin asla sözdizimsel olarak yasal bir URL'nin parçası olamayacağını fark edeceksiniz, bu nedenle "boşluklu URL" terimi kendi içinde bir çelişkidir.

Soruna cevap vermek için. Uygulamaların URL'lerde kullanılacak değerlerdeki boşlukları değiştirmesinin oldukça yaygın olduğunu söyleyebilirim. Bunun nedeni, genellikle, okunması daha zor olan yüzde (URI) kodlamasından kaçınmaktır.

Yüzde kodlama hakkındaki bu Wikipedia makalesine göz atın .

Firefox 3, %20URL'lerde adres çubuğunda boşluklar olarak URL'leri görüntüler .