Sollte URL Groß-und Kleinschreibung beachten?

Bemerkte ich, dass

HTTP://STACKOVERFLOW.COM/QUESTIONS/ASK

und

http://stackoverflow.com/questions/ask

beides funktioniert gut - eigentlich der vorhergehende in Kleinbuchstaben umgewandelt.

Ich denke, dass dies Sinn macht für den Nutzer.

Wenn ich bei Google diese URL funktioniert:

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

aber das mit "ÜBER" funktioniert nicht:

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

Sollte die URL groß-und Kleinschreibung werden?

Kommentar zu dem Problem

IMHO, URL sollte nie die groß-und Kleinschreibung, dass macht nur das Leben schwieriger für die Menschen, die Sie verwenden werden. Kommentarautor: Muhammad Umer

Die Frage "SOLLTEN die urls die groß-und Kleinschreibung?" ist eine schlechte Frage, denn Sie ruft Stellungnahme. Vielmehr ist eine bessere Frage wäre, "WARUM (oder WARUM nicht) urls groß-und Kleinschreibung?", oder "Warum sind einige urls groß-und Kleinschreibung, während andere es nicht sind?" Kommentarautor: chharvey

Aber für eine mögliche Antwort, check out WHATWG neue URL-Standard, die angenommen wurde, von node.js. Kommentarautor: chharvey

meiner Meinung nach, Nein, Sie sollte nicht sein Kommentarautor: Andrew

InformationsquelleAutor der Frage Imageree | 2011-11-03

url

210

Gemäß W3 "HTML und URLs" Sie sollten:

Kann es sein, URLs oder Teile von URLs, wo groß - /Kleinschreibung ist egal, aber
die Identifizierung dieser kann nicht einfach sein. Benutzer sollten immer beachten, dass
URLs sind case-sensitive.

InformationsquelleAutor der Antwort jldupont
97

Alle "unempfindlich"s sind boldened für die Lesbarkeit.

Domain-Namen sind case unempfindlich nach RFC-4343. Der rest der URL an den server gesendet wird über die GET-Methode. Diese groß - /Kleinschreibung beachten oder nicht.

Nehmen Sie diese Seite, zum Beispiel, stackoverflow.com erhält GET-string /Fragen/7996919 sollte/url-sein-case-sensitive, sendet ein HTML-Dokument in Ihrem browser. Stackoverflow.com ist Fall unempfindlich, weil es produziert das gleiche Ergebnis für die /Fragen/7996919 Sollte/url-sein-case-sensitive.

Auf der anderen Seite, Wikipedia ist groß - /Kleinschreibung außer dem ersten Zeichen des Titels. Die URLs https://en.wikipedia.org/wiki/Case_sensitivity und https://en.wikipedia.org/wiki/case_sensitivity führt zu dem gleichen Artikel, aber https://en.wikipedia.org/wiki/CASE_SENSITIVITY gibt 404 zurück.

InformationsquelleAutor der Antwort jdh8
60

Hängt von dem hosting-os. Websites gehostet werden, die auf Windows neigen dazu, groß-und Kleinschreibung, wie das zugrunde liegende Dateisystem ist groß-und Kleinschreibung. Gehostete Websites auf Unix-Systeme sind in der Regel groß-und Kleinschreibung werden als Ihre zugrunde liegenden Datei-Systeme sind in der Regel groß-und Kleinschreibung. Der name der host-Teil der URL ist immer groß-und Kleinschreibung, es ist der rest des Weges variiert.

InformationsquelleAutor der Antwort Jim Nutt
26

Domain name der Teil einer URL ist nicht case sensitive, da DNS ignoriert Fall:
http://en.example.org/ und HTTP://EN.EXAMPLE.ORG/ öffnen beide die gleiche Seite.

Der Pfad wird verwendet, um anzugeben, und vielleicht finden Sie die Ressource angefordert. Es ist case-sensitive, aber es kann behandelt werden, wie groß-und Kleinschreibung von einigen Servern, vor allem diejenigen, die auf Microsoft Windows basieren.

Wenn der server groß-und Kleinschreibung und http://en.example.org/wiki/URL korrekt ist, dann http://en.example.org/WIKI/URL oder http://en.example.org/wiki/url wird ein HTTP 404 Fehler-Seite, es sei denn, diese URLs zeigen auf gültige Ressourcen selbst.

InformationsquelleAutor der Antwort Bhavin Shah
12

Ich bin nicht ein fan von alten Artikel stoßen, aber da war dieses eine der ersten Antworten, die für dieses Besondere Problem, das ich das Bedürfnis gehabt, etwas klären.

Als @Bhavin Shah beantworten Staaten der domain-Teil der url ist groß-und Kleinschreibung, so
```
http://google.com 
```
und
```
http://GOOGLE.COM 
```
und
```
http://GoOgLe.CoM 
```
sind alle das gleiche, aber alles nach der domain-name-Teil ist als groß-und Kleinschreibung.

so...
```
http://GOOGLE.COM/ABOUT
```
und
```
http://GOOGLE.COM/about
```
unterschiedlich sind.

Hinweis: ich spreche "technisch" und nicht "wörtlich" in eine Menge von Fällen, die meisten eigentlich, Server setup, um diese behandeln die gleichen, aber es ist möglich, Sie einzurichten, damit Sie NICHT gleich behandelt.

Verschiedenen Servern handhaben dies anders und in einigen Fällen Haben Sie auf groß-und Kleinschreibung werden. In vielen Fällen wird query-string-Werte kodiert sind (wie Sitzungs-Ids oder Base64-kodierte Daten, das ist vergangen, wie ein query-string-Wert) Diese Elemente sind case sensitive, die von Ihrer Natur, so dass der server die groß-und Kleinschreibung werden im Umgang mit Ihnen.

Also um die Frage zu beantworten, "sollte" - Servern groß-und Kleinschreibung werden in grabbing diese Daten, die Antwort ist "ja, ganz bestimmt."

Natürlich nicht alles muss groß-und Kleinschreibung werden, aber der server sollte sich bewusst sein, was das ist und wie man mit diesen Fällen.

@Hart-Simha ' s Kommentar sagt im Grunde das gleiche. Ich habe es, bevor ich gepostet also will ich geben Kredit, in dem Kredit passend ist.

InformationsquelleAutor der Antwort Kenneth Garza
5

Blick auf die Spezifikation, hier:
Abschnitt 2.7.3
http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-25#page-19

Das Schema und host-groß-und Kleinschreibung unterschieden und in der Regel in Kleinbuchstaben, alle anderen Komponenten sind im Vergleich der groß-und Kleinschreibung
Weise.

InformationsquelleAutor der Antwort Nitin
2

URLs sollten mit groß-und Kleinschreibung, es sei denn, es gibt einen guten Grund, warum Sie nicht sein sollten.

Dies ist nicht zwingend erforderlich (es ist nicht Teil einer RFC -) aber es macht die Kommunikation und die Speicherung von URLs, die weit mehr als zuverlässig.

Wenn ich zwei Seiten auf einer website:
```
http://stackoverflow.com/ABOUT.html
```
und
```
http://stackoverflow.com/about.html
```
Wie soll man Sie unterscheiden? Man ist vielleicht geschrieben "schreienden Stil" (caps) - aber von einer FA-Sicht die Unterscheidung sollte nie gemacht werden, die durch eine änderung bei der URL.

Darüber hinaus ist es einfach zu implementieren Sie diese in der Apache - nutzen Sie einfach CheckSpelling On von mod_Speling.

InformationsquelleAutor der Antwort konchog
0

Alte Frage, aber ich stolperte hier, warum also nicht einen Schuss auf ihn, da die Frage ist, suchen verschiedene Blickwinkel und nicht eine definitive Antwort.

w3c kann seine Empfehlungen, die ich Pflege viel, wollen aber zu überdenken, da die Frage hier.

Warum w3c prüfen, domain-Namen werden groß-und Kleinschreibung und die Blätter etwas später mit groß-und Kleinschreibung ?

Ich denke, dass der Grund ist, dass der domain-Teil der URL von hand eingegeben von einem Benutzer.
Alles nach dem hyper text wird gelöst, indem die Maschine (browser und server im hintergrund).

Maschinen umgehen kann Fall Unempfindlichkeit besser als der Mensch (nicht der technischen Art:)).

Aber die Frage ist doch nur, weil die Maschinen umgehen KANN, sollte es getan werden ?

Ich meine, was sind die Vorteile der Benennung und den Zugriff auf eine Ressource, sitzen an hereIsTheResource vs hereistheresource ?

Den seitlichen ist sehr unleserlich, als das Kamel Fall eine, die mehr lesbar.
Lesbar für den Menschen (einschließlich der technischen Art.)

So, hier sind meine Punkte:-

Ressource Weg fällt, in der irgendwo in der Mitte von Programmierung, Struktur und Nähe ein Ende der Benutzer hinter dem browser manchmal.

Ihre URL (ohne domain-Namen) werden sollte, der groß-und Kleinschreibung, wenn Ihre Anwender erwarten, es zu berühren, oder geben Sie es etc. Sollten Sie Ihre Anwendung entwickeln, um zu VERMEIDEN, dass Benutzer geben Sie den Pfad so viel wie möglich.

Ihre URL (ohne domain-Namen) sollte groß-und Kleinschreibung werden, wenn Ihre Benutzer würde nie geben Sie es von hand.

Abschluss

Pfad sollte groß-und Kleinschreibung. Meine Punkte sind mit einem Gewicht von gegen-und Kleinschreibung Pfade.

InformationsquelleAutor der Antwort bhantol
0

URL-Zeichen konvertiert in hex-code (wenn Sie jemals bemerkt, Leerzeichen in URLs angezeigt werden als "%20", etc.), und da groß-und Kleinbuchstaben haben unterschiedliche hex-Werte, macht es durchaus Sinn, die URLs sind die meisten auf jeden Fall groß-und Kleinschreibung. Aber der Geist scheint die Frage zu sein, SOLLTE das der standard sein und ich sage Nein, aber Sie sind es. Die Entwickler/Anbieter, um für dieses Konto in Ihrem code, wenn Sie wollen, dass es funktioniert, unabhängig für einen Endnutzer.

InformationsquelleAutor der Antwort Guest
0

Ich denke, dies und viele Antworten rund um das, was die Skillung ist oder nicht, sagen, fehlt den Punkt der Frage.Sollte Sie groß-und Kleinschreibung werden? Das ist eine geladene Frage, wirklich. Aus der Sicht des Anwenders, groß-und Kleinschreibung ist ein Schmerz Punkt, nicht alles wissen macht den Unterschied. Die Frage, ob die URIs sollte oder nicht sein sollte, hängt vom Kontext der Frage. Für technische Flexibilität, ja, Sie sein sollten. Für usability, Nein, Sie sollte nicht sein.

InformationsquelleAutor der Antwort rspring1975
-2

Für websites in einer Linux-server-URL wird groß-und Kleinschreibung.
http://www.google.com/about und http://www.google.com/About umgeleitet werden, um verschiedene Standorte. Während in einer Windows-Server-URL ist case-insensitive, wie in der Benennung von ORDNER-und werden weitergeleitet an derselben Stelle.

InformationsquelleAutor der Antwort Vishnu
-3

die Frage ist, sollte die url groß-und Kleinschreibung werden?

Sehe ich keine Verwendung, oder gute Praxis hinter-und Kleinschreibung der URL. Es ist dumm, es nervt und sollte jederzeit vermieden werden.

Nur um meine Meinung, wenn jemand fragt, was URL, wie konnte Sie erklären, was die Zeichen der URL groß-oder kleingeschrieben sind? Das ist Unsinn und sollte niemand sagen Sie anders.

InformationsquelleAutor der Antwort HenriKoppen
-5

Ist es möglich, noncase sensible URLs
```
RewriteEngine on
rewritemap lowercase int:tolower
RewriteCond $1 [A-Z]
RewriteRule ^/(.*)$ /${lowercase:$1} [R=301,L]
```
Machen Google.com..GOOGLE.com etc direkt an google.com

InformationsquelleAutor der Antwort Renjith Gopi

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.