|
||||
Fragestellung: flat-file CMS und Dateinamen
Hallo zusammen,
zur Zeit baue ich mir ein flat-file CMS und bei der URL zusammen setzen, bin ich auf folgenden Fall gestoßen: Beispiele: h..p//localhost/cms/index.php/de/Meine-erste-Seite.html h..p//localhost/cms/index.php/de/Entwicklung/ChangeLog.html Alles rennt, alle Inhaltsseiten sind per Mausklick/Tabben erreichbar. Nur wenn ich die URL von Hand eintippe, also in Kleinbuchstaben, laufe ich in meine eigene 404er Routine. Was aber auch logisch ist, da die URLs im CMS mit Groß- und Kleinbuchstaben erzeugt werden. Wenn ich mir zum Vergleich Wordpress oder Contao oder andere Websites anschaue, ist die URL prinzipiell in Kleinbuchstaben vorhanden. Frage: Ist eine URL mit Groß- und Kleinbuchstaben nur wegen der manuellen URL Eingabe unvorteilhaft oder gibt es hier auch andere Gründe? Würde mich über ein paar Gedanken dazu freuen. Gruß Laborix
__________________
Personal stuff Geändert von laborix (28.02.2011 um 22:46 Uhr) |
Sponsored Links |
Sponsored Links |
|
|||
Hi Laborix
eine interessante Frage, zu der ich mir bisher auch noch keine Gedanken gemacht habe. Also Wordpress wandelt einfach intern alles in Kleinbuchstaben um, die Domain bleibt. Andere "große" Seiten/Systeme verhalten sich da anders, zum Beispiel: - Wikipedia - vBulletin Diese geben wenn man Groß- statt Kleinbuchstaben einsetzt (oder umgekehrt) einfach die Fehlerseite aus. Ich denke es ist eine Glaubens- bzw. Geschmacksfrage welche Arbeitsweise man bevorzugt. Im Hinblick auf "doppelten" Content, bleibe ich wohl einfach dabei auch die Fehlerseite auszugeben. So hat man wenigstens für jede Seite nur eine Adresse. Denn theoretisch wären -http://domain.de/webseiten/ und -http://domain.de/Webseiten/ ja 2 verschiedene Ordner und somit auch unterschiedliche Adressen. Ob diese Aussage auch so auf Suchmaschinen zutrifft kann ich leider nicht beurteilen. Es wäre jedoch Fatal, wenn Google Links mit unterschiedlicher Schreibweise als unterschiedliche Seiten wertet und diese dann als auf den gleichen Content verweisen. Vielleicht wissen unsere SEO-Spezialisten ja mehr zu diesem Thema. Gruß Webcoder |
|
|||
Zitat:
Wenn die Seite mal live ist: Es kommt in die Bookmarks oder wird verlinkt, was der Server als url anzeigt. Ggf solltest Du über ein rewrite nachdenken, das case-insensitiv ist, das fängt falsche Benutzereingaben ab. Und natürlich sollte dann in einem Ordner nicht zweimal ein(e) Ordner/Datei liegen, die sich nur durch Groß-/Kleinbuchstaben unterscheidet. Ich finde einen 404er viel schlimmer als ein rewrite - aus Nutzersicht und SEO-Sicht. Trifft ein Bot auf einen 404er, wertet das ab. Trifft er auf eine Umleitung, ggf. mit 301, passt das wieder.
__________________
Grüsse Andreas- auch mal wieder da... Design isn't about the tools, it's about creating the best experience for the user. A design should be based on usability, accesibility, aesthetics, but never on floats, lists or background images. ( by Cameron Adams) Wiedergelesen: > hier und hier [Foren-Links] Dein Post? Klar, DAS vorher gelesen? Hilft. ## User-Landkarte |
|
||||
Zitat:
Bei Verzeichnissen wird nun mal im Gegensatz zu Domains die Groß- und Kleinschreibung beachtet, website und Website sind zwei verschiedene Verzeichnisse, beide können parallel existieren. Ich glaube ich würde bei einem CMS einfach grundsätzlich alle Verzeichnisse/Seiten/URL in Kleinbuchstaben halten. |
|
|||
Zitat:
Hier den Nutzer vor die Wand des 404er laufen zu lassen, ist nicht fair Ein "correction" Wert für die htaccess - aka Agent-Interpretation kenne ich nicht... also der 301er. Kommt aus meiner Sicht am nächsten.
__________________
Grüsse Andreas- auch mal wieder da... Design isn't about the tools, it's about creating the best experience for the user. A design should be based on usability, accesibility, aesthetics, but never on floats, lists or background images. ( by Cameron Adams) Wiedergelesen: > hier und hier [Foren-Links] Dein Post? Klar, DAS vorher gelesen? Hilft. ## User-Landkarte |
|
||||
Warum nicht? Ich finde es nur richtig. Wenn man unbedingt möchte kann man ja die ohne Beachtung der Groß-/Kleinschreibung passende Adresse anzeigen und darüber schreiben: "meinten sie hier-die-vorhandene-Seite".
Eventuell passt 303... 301 halte ich für falsch. |
|
|||
303 = "see other" (ressource) ist in der Tat eine gute Lösung. Hatte ich nicht im Gedächtnis.
Und ja, man kann eine Fehlerseite erzwingen mit dieser Hilfestellung. Aber warum nicht gleich umleiten? Der Ersteller des manuellen Links wird ihn nicht mehr korrigieren können, die fehlerhaft verlinkte Seite irgendwo fällt dem Linkenden nicht auf - das wäre Sache des Webmasters. Am besten wäre natürlich konsequente Kleinschreibung. Dann besteht aber immer noch die Gefahr, dass Nutzer die URL "natürlichsprachlich" mit Groß-/Kleinschreibung machen und mit dem Kopf gegen das Graffiti auf der Ziegelmauer stoßen: "404".
__________________
Grüsse Andreas- auch mal wieder da... Design isn't about the tools, it's about creating the best experience for the user. A design should be based on usability, accesibility, aesthetics, but never on floats, lists or background images. ( by Cameron Adams) Wiedergelesen: > hier und hier [Foren-Links] Dein Post? Klar, DAS vorher gelesen? Hilft. ## User-Landkarte |
|
||||
.htaccess/mod_rewrite is nich - damit kommt der Internet Information Service (IIS) nicht zurecht
Eine kurze Erklärung zum Erstellen der URLs. Man gibt den Seitentitel ein und daraus wird Dateiname und URL (natürlich vorher von allen nicht gewünschten Zeichen gesäubert). Der Vorteil liegt darin, das ich auch lokal meine Inhalte mit einem Editor oder der Linux/Windows Suche nutzen kann. Muss ich mal durch denken, ob ich doch nur kleingeschriebene Dateinamen und URLs verwende. Zumindest habe ich es mal auf die ToDo gesetzt
__________________
Personal stuff |
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
Encoding der Dateinamen auf Windows | Pablo | Serveradministration und serverseitige Scripte | 6 | 04.06.2008 01:17 |
CMS - interaktive Box Modell Themes | Sentinel | CSS | 8 | 09.12.2005 00:08 |