L'URL deve essere sensibile al maiuscolo / minuscolo?

ho notato che

HTTP://STACKOVERFLOW.COM/QUESTIONS/ASK

e

http://stackoverflow.com/questions/ask

entrambi funzionano bene - in realtà il precedente viene convertito in minuscolo.

Penso che questo abbia senso per l'utente.

Se guardo Google, questo URL funziona bene:

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

ma questo con "INFORMAZIONI" non funziona:

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

L'URL deve essere sensibile al maiuscolo / minuscolo?

Secondo " HTML e URL " di W3 dovrebbero:

Potrebbero esserci degli URL o parti di URL in cui il caso non ha importanza, ma identificarli potrebbe non essere facile. Gli utenti devono sempre considerare che gli URL fanno distinzione tra maiuscole e minuscole.

Tutti gli " insensibili " sono in grassetto per la leggibilità.

I nomi di dominio non fanno distinzione tra maiuscole e minuscole secondo RFC 4343 . Il resto dell'URL viene inviato al server tramite il metodo GET. Questo può essere sensibile al maiuscolo / minuscolo.

Prendi ad esempio questa pagina, stackoverflow.com riceve GET string / questions / 7996919 / should-url-be-case-sensitive , inviando un documento HTML al tuo browser. Stackoverflow.com non fa distinzione tra maiuscole e minuscole perché produce lo stesso risultato per / QUEStions / 7996919 / La distinzione tra maiuscole e minuscole .

D'altra parte, Wikipedia fa distinzione tra maiuscole e minuscole tranne il primo carattere del titolo. Gli URL https://en.wikipedia.org/wiki/Case_sensitivity e https://en.wikipedia.org/wiki/case_sensitivity portano allo stesso articolo, ma https://en.wikipedia.org/wiki/CASE_SENSITIVITY restituisce 404.

Dipende dal sistema operativo di hosting. I siti ospitati su Windows tendono a non distinguere tra maiuscole e minuscole poiché il file system sottostante non distingue tra maiuscole e minuscole. I siti ospitati su sistemi di tipo Unix tendono a distinguere tra maiuscole e minuscole in quanto i loro file system sottostanti in genere fanno distinzione tra maiuscole e minuscole. La parte del nome host dell'URL non fa mai distinzione tra maiuscole e minuscole, è il resto del percorso che varia.

La parte del nome di dominio di un URL non fa distinzione tra maiuscole e minuscole poiché il DNS ignora il caso: http://en.example.org/ed HTTP://EN.EXAMPLE.ORG/entrambi aprono la stessa pagina.

Il percorso viene utilizzato per specificare e forse trovare la risorsa richiesta. Fa distinzione tra maiuscole e minuscole, sebbene possa essere trattato come maiuscole e minuscole da alcuni server, in particolare quelli basati su Microsoft Windows.

Se il server fa distinzione tra maiuscole e minuscole ed http://en.example.org/wiki/URLè corretto, allora http://en.example.org/WIKI/URLo http://en.example.org/wiki/urlvisualizzerà una pagina di errore HTTP 404, a meno che questi URL non facciano riferimento a risorse valide.

Non sono un fan dei vecchi articoli, ma poiché questa è stata una delle prime risposte a questo particolare problema, ho sentito il bisogno di chiarire qualcosa.

Come la risposta di @Bhavin Shah afferma che la parte del dominio dell'URL non fa distinzione tra maiuscole e minuscole, quindi

http://google.com 

e

http://GOOGLE.COM 

e

http://GoOgLe.CoM 

sono tutti uguali ma tutto ciò che segue la parte del nome di dominio è considerato case sensitive.

così...

http://GOOGLE.COM/ABOUT

e

http://GOOGLE.COM/about

sono diversi.

Nota: sto parlando "tecnicamente" e non "letteralmente" in molti casi, in realtà i server sono configurati per gestire questi elementi allo stesso modo, ma è possibile configurarli in modo che NON vengano gestiti allo stesso modo.

Diversi server lo gestiscono in modo diverso e in alcuni casi devono essere case sensitive. In molti casi i valori delle stringhe di query sono codificati (come ID di sessione o dati con codifica Base64 passati come valore di stringa di query) Questi elementi fanno distinzione tra maiuscole e minuscole per la loro natura, quindi il server deve fare distinzione tra maiuscole e minuscole nella loro gestione.

Quindi, per rispondere alla domanda ", se i server dovessero fare distinzione tra maiuscole e minuscole nel prendere questi dati, la risposta è" sì, sicuramente ".

Ovviamente non tutto deve fare distinzione tra maiuscole e minuscole, ma il server dovrebbe essere consapevole di cosa si tratta e come gestire tali casi.

Il commento di @Hart Simha dice sostanzialmente la stessa cosa. L'ho perso prima di postare, quindi voglio dare credito dove è dovuto il credito.

Guarda le specifiche qui: sezione 2.7.3 http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-25#page-19

Lo schema e l'host non fanno distinzione tra maiuscole e minuscole e normalmente sono forniti in minuscolo; tutti gli altri componenti vengono confrontati in modo sensibile al maiuscolo / minuscolo.

Considera quanto segue:

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

In questo ipotetico esempio, un modulo HTML - usando il metodo GET - invia il parametro "name" a uno script PHP che crea un nuovo account utente.

E il punto che sto sottolineando con questo esempio è che questo parametro GET deve fare distinzione tra maiuscole e minuscole per preservare la capitalizzazione di "McCartney" (o, come altro esempio, per preservare "Walter d'Isney", poiché esistono altri modi per i nomi che infrangono le solite regole di capitalizzazione).

Sono casi come questi che guidano la raccomandazione del W3C secondo cui lo schema e l'host non fanno distinzione tra maiuscole e minuscole, ma tutto ciò che segue è potenzialmente sensibile al maiuscolo / minuscolo e viene lasciato al server. Forzare l'insensibilità maiuscole / minuscole per standard renderebbe l'esempio precedente incapace di preservare il caso dell'input dell'utente passato come parametro di query GET.

Ma quello che direi è che sebbene questa sia necessariamente la lettera della legge per accogliere tali casi, lo spirito della legge è che, laddove il caso è irrilevante, si comportano in modo insensibile al caso. Gli standard, tuttavia, non possono dirti dove il caso è irrilevante perché, come gli esempi che ho dato, è una cosa dipendente dal contesto.

(ad esempio, il nome utente di un account è probabilmente il migliore costretto all'insensibilità al maiuscolo-minuscolo poiché "User123" e "user123" essendo account diversi potrebbero creare confusione - anche se il loro vero nome, come sopra, è meglio lasciare la distinzione tra maiuscole e minuscole).

A volte è rilevante, la maggior parte delle volte non lo è. Ma deve essere lasciato al server / sviluppatore web decidere queste cose - e non può essere prescritto dalla norma - poiché solo a quel livello si può conoscere il contesto.

Lo schema e l'host non fanno distinzione tra maiuscole e minuscole (che mostra la preferenza dello standard per la distinzione tra maiuscole e minuscole, dove può essere universalmente prescritto). Il resto spetta a te decidere, mentre comprendi meglio il contesto. Ma, come è stato discusso, probabilmente dovresti, nello spirito della legge, non considerare l'insensibilità del caso a meno che tu non abbia una buona ragione per non farlo.

Gli URL non devono distinguere tra maiuscole e minuscole, a meno che non ci sia una buona ragione per cui non dovrebbero esserlo.

Questo non è obbligatorio (non fa parte di una RFC) ma rende la comunicazione e la memorizzazione degli URL molto più affidabili.

Se ho due pagine su un sito Web:

http://stackoverflow.com/ABOUT.html

e

http://stackoverflow.com/about.html

Come dovrebbero differire? Forse uno è scritto "gridando stile" (maiuscole) - ma da un punto di vista IA, la distinzione non dovrebbe mai essere fatta da una modifica nel caso dell'URL.

Inoltre, è facile implementarlo in Apache - basta usare CheckSpelling Onda mod_Speling.

Vecchia domanda ma mi sono imbattuto qui, quindi perché non fare un tentativo perché la domanda sta cercando varie prospettive e non una risposta definitiva.

w3c potrebbe avere i suoi consigli - a cui tengo molto - ma voglio ripensarci poiché la domanda è qui.

Perché w3c considera i nomi di dominio senza distinzione tra maiuscole e minuscole e lascia qualcosa in seguito insensibile alle maiuscole / minuscole?

Sto pensando che la logica è che la parte del dominio dell'URL è digitata a mano da un utente. Tutto dopo l'ipertesto verrà risolto dalla macchina (browser e server sul retro).

Le macchine sono in grado di gestire l'insensibilità del case meglio degli umani (non di tipo tecnico :)).

Ma la domanda è solo perché le macchine POSSONO gestire ciò che dovrebbe essere fatto in quel modo?

Voglio dire quali sono i vantaggi di nominare e accedere a una risorsa seduta su hereIsTheResourcevs hereistheresource?

La laterale è molto illeggibile rispetto a quella del cammello, che è più leggibile. Leggibile agli umani (incluso il tipo tecnico.)

Quindi, ecco i miei punti: -

Il percorso delle risorse cade da qualche parte nel mezzo della struttura di programmazione e talvolta si trova vicino a un utente finale dietro il browser.

L'URL (escluso il nome di dominio) non dovrebbe fare distinzione tra maiuscole e minuscole se si prevede che gli utenti lo tocchino o lo digitino ecc. È necessario sviluppare l'applicazione in modo da EVITARE che gli utenti digitino il percorso il più possibile.

Il tuo URL (escluso il nome di dominio) dovrebbe fare distinzione tra maiuscole e minuscole se i tuoi utenti non lo scriverebbero mai manualmente.

Conclusione

Il percorso dovrebbe essere case sensitive. I miei punti stanno pesando verso i percorsi case sensitive.

I caratteri URL vengono convertiti in codice esadecimale (se hai mai notato spazi negli URL visualizzati come% 20, ecc.) E poiché le lettere minuscole e maiuscole hanno valori esadecimali diversi, ha perfettamente senso che gli URL facciano sicuramente distinzione tra maiuscole e minuscole. Comunque lo spirito della domanda sembra DOVREBBE essere lo standard e io dico di no, ma lo sono. Spetta allo sviluppatore / fornitore tenere conto di ciò nel loro codice se vogliono farlo funzionare indipendentemente da un utente finale.

Penso che questo e molte delle risposte intorno a ciò che la specifica fa o non dice manchi il punto della domanda. Dovrebbero essere case sensitive? Questa è davvero una domanda carica. Dal punto di vista dell'utente, la distinzione tra maiuscole e minuscole è un punto dolente, non tutti sanno fare la differenza. La questione se gli URI dovrebbero o meno essere, dipende dal contesto della domanda. Per flessibilità tecnica, sì, dovrebbero essere. Per usabilità, no, non dovrebbero esserlo.

Conservazione dei casi

Gli URL mantengono il caso , tra client e server. Tuttavia, alcune porzioni di URL possono o meno fare distinzione tra maiuscole e minuscole , a seconda del server, per un paio di motivi.

Sensibilità al maiuscolo / minuscolo

Le seguenti parti in grassetto degli URL potrebbero fare distinzione tra maiuscole e minuscole, a seconda della configurazione del sito e / o del server.

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

    utente @ esempio.com

Fondamento logico

La distinzione tra maiuscole e minuscole negli URL può avere diversi usi. Principalmente:

1. Compatibilità nativa con filesystem sensibili al maiuscolo / minuscolo.
2. Codifica dei dati più compatta all'interno degli URL, ad esempio per serializzazione, hash, ID, permalink e accorciatori di URL.

Come sviluppatore, credo che quanto sopra possa spesso essere gestito in modo migliore, ma capisco anche che ci sono casi in cui una situazione potrebbe non permetterlo.

Ad esempio, immagina un prodotto esistente che richiede molti dati inseriti nell'URL "GET", ma deve essere compatibile con le lunghezze massime degli URL di tutti i principali server, browser e meccanismi di cache / proxy. Per adattarsi anche a una stringa di comando di lunghezza moderata (inferiore a 1.024 caratteri per alcuni browser meno recenti), dovrai utilizzare ogni carattere univoco sicuro per l'URL che potresti (che è fondamentalmente la codifica base64url).

In un mondo ideale

È discutibile se gli URL debbano fare distinzione tra maiuscole e minuscole. Personalmente credo che non dovrebbero esserlo, per semplicità (anche se può creare URL più lunghi, abbiamo scappate percentuali per gestire facilmente i casi in cui dobbiamo garantire la conservazione di caratteri esatti e ci sono modi per trasferire dati diversi da quelli dell'URL) .

Molti sembrano concordare in base al fatto che gli URL senza distinzione tra maiuscole e minuscole sono esplicitamente abilitati per molti siti e servizi popolari, al fine di aumentare l'usabilità. L'esempio più importante è la parte nome utente degli indirizzi e-mail. La maggior parte dei provider di posta elettronica ignorerà il caso e talvolta anche i punti e altri simboli (come "j.smith@example.com" essendo gli stessi di "JSMITH@example.com"). Anche se i nomi utente e-mail fanno distinzione tra maiuscole e minuscole per impostazione predefinita, secondo le specifiche.

Tuttavia, il fatto è che, nonostante ciò che io o altri potremmo desiderare, questo è lo stato di funzionamento delle cose. E mentre un'eventuale transizione in tutto il mondo a uno standard URL senza distinzione tra maiuscole e minuscole è certamente possibile, ci vorrebbe probabilmente molto tempo poiché la distinzione tra maiuscole e minuscole è attualmente ampiamente utilizzata in rete per vari scopi.

Migliori pratiche

Per quanto riguarda le migliori pratiche, come utente puoi ragionevolmente attenersi alle lettere minuscole per la maggior parte delle situazioni e aspettarti che le cose funzionino. Le principali eccezioni sarebbero gli URL che usano la codifica basata su maiuscole o percorsi di documenti con equivalenti diretti del filesystem. Tuttavia, tali URL complessi sono generalmente incollati (o semplicemente cliccati) anziché digitati manualmente.

Come sviluppatore web, dovresti considerare di mantenere gli URL il più insensibili alle maiuscole. Sebbene ci siano chiaramente alcune situazioni difficili da evitare, a seconda del contesto, come notato sopra.

la domanda è: l'URL deve essere sensibile al maiuscolo / minuscolo?

Non vedo alcuna utilità o buona pratica dietro gli URL sensibili al maiuscolo / minuscolo. È stupido, fa schifo e dovrebbe essere evitato in ogni momento.

Solo per sostenere la mia opinione, quando qualcuno chiede quale URL, come puoi spiegare quali caratteri dell'URL sono maiuscoli o minuscoli? È una sciocchezza e nessuno dovrebbe dirti diversamente.

Per i siti Web ospitati su un server Linux, l'URL fa distinzione tra maiuscole e minuscole. http://www.google.com/about e http://www.google.com/Informazioni verranno reindirizzati in posizioni diverse. In un server Windows, l'URL non fa distinzione tra maiuscole e minuscole, come nel nominare una CARTELLA e verrà reindirizzato nella stessa posizione.

È possibile creare URL non sensibili

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

Rendere Google.com..GOOGLE.com ecc. Diretto a google.com