Un URL può contenere uno spazio?

Un URI (in particolare un URL HTTP) può contenere uno o più caratteri di spazio? Se un URL deve essere codificato, è +solo una convenzione comunemente seguita o un'alternativa legittima?

In particolare, qualcuno può puntare a un RFC che indica che un URL con uno spazio deve essere codificato?

Motivo della domanda: durante il beta test di un sito Web, ho notato che alcuni URL sono stati costruiti con spazi all'interno. Firefox sembrava fare la cosa giusta, il che mi ha sorpreso! Ma volevo essere in grado di indirizzare gli sviluppatori a un RFC in modo che sentissero la necessità di correggere quegli URL.

Secondo RFC 1738 :

Unsafe:

I personaggi possono non essere sicuri per una serie di motivi. Il carattere spaziale non è sicuro perché possono scomparire spazi significativi e possono essere introdotti spazi insignificanti quando gli URL vengono trascritti o composti o sottoposti al trattamento di programmi di elaborazione testi. I personaggi "<"e ">"sono pericolosi perché sono utilizzati come delimitatori URL in testo libero; il segno di virgolette ( """) viene utilizzato per delimitare gli URL in alcuni sistemi. Il personaggio "#"non è sicuro e deve essere sempre codificato perché utilizzato nel World Wide Web e in altri sistemi per delimitare un URL da un identificatore di frammento / ancoraggio che potrebbe seguirlo. Il personaggio"%"non è sicuro perché viene utilizzato per la codifica di altri caratteri. Altri personaggi non sono sicuri perché i gateway e altri agenti di trasporto sono noti a volte modificare tali caratteri. Questi personaggi sono "{", "}", "|", "\", "^", "~", "[", "]", e "`".

Tutti i caratteri non sicuri devono essere sempre codificati in un URL . Ad esempio, il carattere "#"deve essere codificato negli URL anche nei sistemi che normalmente non gestiscono gli identificatori di frammenti o di ancoraggi, in modo che se l'URL viene copiato in un altro sistema che li utilizza, non sarà necessario modificare la codifica URL.

Perché deve essere codificato? Una richiesta è simile alla seguente:

GET /url HTTP/1.1
(Ignoring headers)

Ci sono 3 campi separati da uno spazio bianco. Se inserisci uno spazio nel tuo URL:

GET /url end_url HTTP/1.1

Sai che hai 4 campi, il server HTTP ti dirà che è una richiesta non valida.

GET /url%20end_url HTTP/1.1

3 campi => valido

Nota: nella stringa di query (dopo?), Uno spazio è generalmente codificato come +

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

piuttosto che

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

Risposta più breve: no, devi codificare uno spazio; esso è corretto per codificare uno spazio +, ma solo nella stringa di interrogazione; nel percorso che devi usare %20.

Gli URL sono definiti in RFC 3986 , sebbene anche altri RFC siano rilevanti, ma RFC 1738 è obsoleto.

Potrebbero non avere spazi al loro interno, insieme a molti altri personaggi. Poiché quei caratteri proibiti spesso devono essere rappresentati in qualche modo, esiste uno schema per codificarli in un URL traducendoli nel loro equivalente esadecimale ASCII con un prefisso "%".

La maggior parte dei linguaggi / piattaforme di programmazione fornisce funzioni per la codifica e la decodifica degli URL, sebbene possano non aderire correttamente agli standard RFC. Ad esempio, so che PHP no.

Sì, di solito lo spazio è codificato in "% 20". Tutti i parametri che passano a un URL devono essere codificati, semplicemente per motivi di sicurezza.

L'URL può contenere un carattere spaziale e verranno visualizzati come% 20 nella maggior parte dei browser, ma le regole di codifica del browser cambiano abbastanza spesso e non possiamo dipendere da come un browser visualizzerà l'URL.

Quindi, invece, puoi sostituire il carattere spaziale nell'URL con qualsiasi carattere che ritieni possa rendere l'URL più leggibile e 'Abbastanza';) ..... O così i caratteri generali preferiti sono "-", "_", "+" .... ma queste non sono le compulsioni, quindi puoi usare qualsiasi personaggio che non dovrebbe essere già presente nell'URL.

Evita%, &,}, {,], [, /,>, <come sostituzione del carattere dello spazio URL in quanto possono generare un errore su determinati browser e piattaforme.

Come puoi vedere, l'overflow di Stak stesso usa il carattere '-' come sostituzione Space (% 20).

Fai un felice interrogatorio.

Gli URL non devono contenere spazi. Se è necessario indirizzarne uno che lo utilizza, utilizzare il valore codificato di%20

Qualcuno può puntare a un RFC che indica che un URL con uno spazio deve essere codificato?

Gli URI, e quindi gli URL, sono definiti in RFC 3986.

Se guardi la grammatica definita laggiù alla fine noterai che un personaggio spaziale non può mai far parte di un URL sintatticamente legale, quindi il termine "URL con uno spazio" è una contraddizione in sé.

Per rispondere alla tua domanda. Direi che è abbastanza comune per le applicazioni sostituire gli spazi nei valori che verranno utilizzati negli URL. La ragione di ciò è di solito evitare la codifica percentuale (URI) più difficile da leggere che si verifica.

Dai un'occhiata a questo articolo di Wikipedia sulla codifica in percentuale .

Firefox 3 visualizzerà gli %20s negli URL come spazi nella barra degli indirizzi.