Fehler 404 durch Firefox

Beitrag von **Martinus** » 18.01.2006, 19:32

Ständig gibt es bei mir Fehler-404-Meldungen (Seite nicht gefunden) durch firefox und zwar dadurch, dass er URLs klein schreibt.

Z.B. ein Firefox-User sucht etwas mit Google, findet einen Treffen auf meiner HP und ruft die seite auf. Er bekommt dann eine Meldung, dass die Seite nicht vorhanden ist, weil firefox beim Zugriff die URL "eigenmächtig" klein schreibt, obwohl sie bei Google und auf meiner HP gross geschrieben ist.

Bsp.: www.myhome.de/[u]A[/u]uto.htm (bei Google auch so gelistet) - beim Zugriff auf meine Seite macht Firefox daraus www.myhome.de/[u]a[/u]uto.htm.

Warum macht Firefox dass? Wie kann ich solche Fehlgriffe verhindern?

von **Anzeige von ABAKUS** »

SEO Consulting bei ABAKUS Internet Marketing
Erfahrung seit 2002

persönliche Betreuung
individuelle Beratung
kompetente Umsetzung

Jetzt anfragen: 0511 / 300325-0.

Beitrag von **ole1210** » 18.01.2006, 22:16

Das sollte mit dem Browser nichts zu tun haben. Das ist vom Webserver abhängig.

Nahezu alle haben mit Groß-/Kleinschreibung keine Probleme. Mir persönlich ist erst ein Fall bekannt, wo Dateien auf Grund der Schreibweise nicht gefunden wurden.

Allerdings gehört es auch zum Basiswissen, das man idealerweise alles klein schreibt. Da treten definitiv keine Probleme auf.

Beitrag von **Martinus** » 18.01.2006, 23:23

Das mit dem Webserver verstehe ich nicht - wieso wird die Datei dann nicht gefunden bzw. warum ändert er die Schreibweise von gross in klein?

Das Problem tritt auch nur bei Firefox auf. Die Meldung vom Skript sieht immer so aus:

----------------------------------

Folgende URL wurde aufgerufen: /_ruschenbusch/generation 6.htm
by .

Der Besucher kam von: https://www.google.de/search?hl=de&q=%2 ... uche&meta=. Informiere den Administrator von: https://www.google.de.

Details follow:

DOCUMENT_ROOT: /www/htdocs/v086201/
GATEWAY_INTERFACE: CGI/1.1
HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7
HTTP_ACCEPT_ENCODING: gzip,deflate
HTTP_ACCEPT_LANGUAGE: en-us,en;q=0.5
HTTP_CONNECTION: keep-alive
HTTP_HOST: www.arendi.de
HTTP_KEEP_ALIVE: 300
HTTP_REFERER: https://www.google.de/search?hl=de&q=%2 ... uche&meta=
HTTP_USER_AGENT: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.

Gecko/20051111 Firefox/1.5
HTTP_X_MOZ: prefetch
PATH: /bin:/usr/bin
QUERY_STRING:
REDIRECT_STATUS: 404
REDIRECT_URL: /_ruschenbusch/generation 6.htm
REMOTE_ADDR: 212.117.85.222
REMOTE_PORT: 1610
REQUEST_METHOD: GET
REQUEST_URI: /_ruschenbusch/generation%20%206.htm
SCRIPT_FILENAME: /www/htdocs/v086201/cgi-bin/fehler404.cgi
SCRIPT_NAME: /cgi-bin/fehler404.cgi
SERVER_ADDR: 81.209.148.209
SERVER_ADMIN: webmaster@xxxxx.xx
SERVER_NAME: www.xxxxxxx.xx
SERVER_PORT: 80
SERVER_PROTOCOL: HTTP/1.1
SERVER_SOFTWARE: Apache/1.3.27 (Linux/SuSE) mod_fastcgi/2.4.2 FrontPage/4.0.4.3 PHP/4.4.1 mod_perl/1.27 mod_ssl/2.8.12 OpenSSL/0.9.6i

------------------------

Wobei die URL im Original "/_Ruschenbusch/Generation 6.htm" heisst.

Leider habe ich das Basiswissen erst jetzt erworben - danke Ole

Beitrag von **Beowolve** » 19.01.2006, 00:39

Bei mir funktionierts, das muss an deinen Einstellungen liegen.

Firefox 1.0.7

Davon abgesehen ein Browser verursacht keine 404er errors, dass kann immer nur der Server machen.

Beitrag von **kaisen** » 19.01.2006, 09:03

indirekt...
der neue firefox (1.5) zeigt bei nicht vergebenen seiten z.b. www.dsdsdsd.de ne eigne Fehlerseite an, hat mit em Problem hier lalerdings nix zu tun

Beitrag von **MonikaTS** » 19.01.2006, 09:21

windows server akzeptieren unterschiedliche schreibweise,

Server tun dies nicht.

wozu eine Domain großschreiben, kein Mensch tippt Großbuchstaben in die Adresszeile oben ein

lg

Beitrag von **Martinus** » 19.01.2006, 15:57

Danke für Eure Antworten - jetzt bin ich schlauer.

Werde in Zukunft alles klein schreiben.

Muss ich jetzt, um weiterte Fehler durch den Server zu vermeinden, alles ändern, sprich alle URLs klein schreiben, oder gibt es einen Trick, mit dem ich den Server überlisten kann und er doch auf die Seite zugreift. Habe keine Ahnung von Server-Technologie.

Beitrag von **Bogomir** » 19.01.2006, 16:07

Kurze Bemerkung meinerseits ... Webserver versuchen, die Html-Datei vom Dateisystem abzurufen. Webserver unter Windows finden die Datei hierbei auch, wenn deren Groß-/Kleinschreibung nicht beachtet wird. Linux-Server bringen hierbei Fehler. Der Webserver findet die Datei nicht und bringt die Fehlermeldung 404.

Beitrag von **ole1210** » 19.01.2006, 16:31

wozu eine Domain großschreiben, kein Mensch tippt Großbuchstaben in die Adresszeile oben ein

DAS würde ich nicht behaupten.

Wie oft werde ich nach der Groß/Kleinschreibunbg gefragt, wenn ich z.B. meien eMail Adresse angebe.....

Beitrag von **robo** » 19.01.2006, 17:46

Martinus hat geschrieben:Muss ich jetzt, um weiterte Fehler durch den Server zu vermeinden, alles ändern, sprich alle URLs klein schreiben, oder gibt es einen Trick, mit dem ich den Server überlisten kann und er doch auf die Seite zugreift.

https://httpsd.apache.org/docs/1.3/mod/mod_speling.html

cu, Robo

Beitrag von **MonikaTS** » 19.01.2006, 18:06

ole1210 hat geschrieben:
wozu eine Domain großschreiben, kein Mensch tippt Großbuchstaben in die Adresszeile oben ein
DAS würde ich nicht behaupten.

Wie oft werde ich nach der Groß/Kleinschreibunbg gefragt, wenn ich z.B. meien eMail Adresse angebe.....

ich sprach von der Adresszeile eines Browsers, weil es ging ja um Internetadressen und nicht um Emails

lg

Beitrag von **Mac** » 19.01.2006, 23:20

Hi,

@martinus: Ob die Umstellung von Groß- auf Kleinschreibung wirklich genial ist, weiß ich nicht. Du könntest dir uU ein anderes Problem einhandeln. Ich habe, bevor ich Basis-Wissen hatte, auch nicht darauf geachtet. Im November hab' ich dann die Seite erweitert und ein bißchen an meinem Design gefeilt, dabei auch konsequent auf kleinschreibung in der url umgestellt. und seither habe ich für jede der ursprünglichen unterseiten, die jetzt z.B. ../impressum.htm, ../kontakt.htm usw. heißen noch eine ../Impressum.htm, ../Kontakt.htm etc. als 'zusätzliches ergebnis' bei g. mit cache vom 10.august 2005 und mehr oder weniger identischem text ...

Gruß
Mac

Beitrag von **Martinus** » 20.01.2006, 14:13

@Mac: Danke Dir, genau dieselbe Idee hatte ich auch. Entweder lösche ich die alten Dateien und produziere viele 404 Fehler oder ich habe doppelten Inhalt im cache bei G.

Beides bestraft G. wohl mit Abwertung.

Oder gibt es noch eine dritte Möglichkeit?

Beitrag von **ole1210** » 20.01.2006, 14:19

Klar gibt es eine dritte Möglichkeit.
Du kannst per htaccess nen permanen redirect von Kontakt.html auf kontakt.html einrichten. Das wird nicht bestraft,. und die alten Dateien sind auch recht zügig aus dem Index entfernt.

Und auch noch ne vierte.
Du kannst die alten dateien auch einfach per robots.txt löschen.

@ einfach:
wer bei eMail-Adressen nach der Groß/Kleinschreibung fragt, der verwendet in der Adresszeile wahrscheinlich auch unterschiedliche Schwreibweisen!

Beitrag von **Martinus** » 21.01.2006, 11:17

@alle: Vielen dank für die Hilfe
@ole: Danke für die beiden Tips - wird aber viel Arbeit sein - ich muss über 300 Seiten verändern und dann noch 300 mal den redirect - Befehl in die htaccess-Datei einfügen!