Czy adres URL może zawierać spację?

Czy identyfikator URI (w szczególności adres URL HTTP) może zawierać jeden lub więcej znaków spacji? Jeśli adres URL musi być zakodowany, czy jest to +tylko powszechnie przestrzegana konwencja, czy uzasadniona alternatywa?

W szczególności, czy ktoś może wskazać RFC, który wskazuje, że adres URL ze spacją musi być zakodowany?

Motywacja do pytania: podczas testowania wersji beta witryny internetowej zauważyłem, że niektóre adresy URL zostały utworzone ze spacjami. Wydawało się, że Firefox postępuje właściwie, co mnie zaskoczyło! Chciałem jednak móc wskazać programistom dokument RFC, aby poczuli potrzebę naprawienia tych adresów URL.

Zgodnie z RFC 1738 :

Niebezpieczny:

Znaki mogą być niebezpieczne z wielu powodów. Znak spacji jest niebezpieczny, ponieważ znaczące spacje mogą zniknąć, a nieznaczne spacje mogą zostać wprowadzone, gdy adresy URL są transkrybowane, składane lub poddawane obróbce przez programy do przetwarzania tekstu. Znaki "<"i ">"są niebezpieczne, ponieważ są używane jako separatory wokół adresów URL w wolnym tekście; znak cudzysłowu ( """) jest używany do oddzielania adresów URL w niektórych systemach. Znak "#"jest niebezpieczny i zawsze powinien być kodowany, ponieważ jest używany w sieci WWW i innych systemach do oddzielania adresu URL od identyfikatora fragmentu / kotwicy, który może występować po nim. Charakter"%"jest niebezpieczna, ponieważ jest używana do kodowania innych znaków. Inne znaki są niebezpieczne, ponieważ wiadomo, że bramy i inni agenci transportu czasami modyfikują takie znaki. Te znaki są "{", "}", "|", "\", "^", "~", "[", "]", i "`".

Wszystkie niebezpieczne znaki muszą być zawsze zakodowane w adresie URL . Na przykład znak "#"musi być zakodowany w adresach URL nawet w systemach, które normalnie nie obsługują identyfikatorów fragmentów lub kotwic, więc jeśli adres URL zostanie skopiowany do innego systemu, który ich używa, nie będzie konieczna zmiana kodowania adresu URL.

Dlaczego trzeba to zakodować? Żądanie wygląda następująco:

GET /url HTTP/1.1
(Ignoring headers)

Istnieją 3 pola oddzielone spacją. Jeśli umieścisz spację w swoim adresie URL:

GET /url end_url HTTP/1.1

Wiesz, że masz 4 pola, serwer HTTP powie ci, że to nieprawidłowe żądanie.

GET /url%20end_url HTTP/1.1

3 pola => ważne

Uwaga: w ciągu zapytania (po?) Spacja jest zwykle kodowana jako +

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

zamiast

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

Krótsza odpowiedź: nie, musisz zakodować spację; to jest poprawne zakodować jako miejsca +, ale tylko w ciągu zapytania; na ścieżce, której musisz użyć %20.

Adresy URL są zdefiniowane w RFC 3986 , chociaż inne specyfikacje RFC są również istotne, ale RFC 1738 jest przestarzały.

Mogą nie mieć w sobie spacji, podobnie jak wiele innych znaków. Ponieważ te zabronione znaki często muszą być w jakiś sposób reprezentowane, istnieje schemat kodowania ich w adresie URL poprzez przetłumaczenie ich na ich szesnastkowy odpowiednik ASCII z prefiksem „%”.

Większość języków / platform programowania udostępnia funkcje do kodowania i dekodowania adresów URL, chociaż mogą one nie być zgodne ze standardami RFC. Na przykład wiem, że PHP nie.

Tak, jednak spacja jest zwykle zakodowana jako „% 20”. Wszelkie parametry przekazywane do adresu URL powinny być zakodowane, po prostu ze względów bezpieczeństwa.

Adres URL może zawierać spację i w większości przeglądarek będzie wyświetlany jako% 20, ale reguły kodowania przeglądarki zmieniają się dość często i nie możemy polegać na tym, jak przeglądarka wyświetli adres URL.

Zamiast tego możesz zastąpić znak spacji w adresie URL dowolnym znakiem, który Twoim zdaniem powinien uczynić adres URL bardziej czytelnym i „ładnym”;) ..... O, więc preferowane znaki ogólne to „-”, „_”, „+”… ale to nie są kompulsje, więc możesz użyć dowolnego znaku, którego nie ma już w adresie URL.

Unikaj%, &,}, {,], [, /,>, <jako zastępowania znaków spacji adresu URL, ponieważ mogą one spowodować błąd w niektórych przeglądarkach i platformach.

Jak widać, samo przepełnienie Staku używa znaku „-” jako zamiennika spacji (% 20).

Miłego przesłuchania.

Adresy URL nie powinny zawierać spacji. Jeśli chcesz zaadresować taki, który to robi, użyj jego zakodowanej wartości%20

Czy ktoś może wskazać dokument RFC wskazujący, że adres URL ze spacją musi być zakodowany?

Identyfikatory URI, a tym samym adresy URL, są zdefiniowane w dokumencie RFC 3986.

Jeśli spojrzysz na zdefiniowaną tam gramatykę, w końcu zauważysz, że znak spacji nigdy nie może być częścią składniowo poprawnego adresu URL, więc termin „URL ze spacją” jest sam w sobie sprzecznością.

Odpowiedzieć na Twoje pytanie. Powiedziałbym, że dość często aplikacje zastępują spacje w wartościach, które będą używane w adresach URL. Powodem tego jest zwykle unikanie trudniejszego do odczytania kodowania procentowego (URI), które występuje.

Przeczytaj ten artykuł w Wikipedii o kodowaniu procentowym .

Firefox 3 wyświetli %20s w adresach URL jako spacje w pasku adresu.