Seite 1 von 1
Google hat ein URL-Rewriting-Problem
Verfasst: 23.12.2004, 20:01
von manute
Verfasst:
von
Hochwertiger Linkaufbau bei ABAKUS:
- Google-konformer Linkaufbau
- nachhaltiges Ranking
- Linkbuilding Angebote zu fairen Preisen
- internationale Backlinks
Wir bieten
Beratung und
Umsetzung.
Jetzt anfragen:
0511 / 300325-0
Verfasst: 24.12.2004, 15:40
von Ranking-Check
Hat das in irgendeiner Form einen Informationswert?
Ich denke mal
https://www.google.com/press/zeitgeist2004-87545757
wird auch nicht funktionieren.
Das ist nunmal bei Links so...
Verfasst: 24.12.2004, 16:04
von manute
wenn es sich um echte verzeichnisse handelt, ist der trailing slash nicht notwendig.
deswegen lässt der ie in den urls im verlauf diesen auch weg. man sollte also darauf achten, dass die urls auch ohne funktionieren.
Verfasst:
von
SEO Consulting bei
ABAKUS Internet Marketing Erfahrung seit 2002
- persönliche Betreuung
- individuelle Beratung
- kompetente Umsetzung
Jetzt anfragen:
0511 / 300325-0.
Verfasst: 24.12.2004, 21:05
von regeurk78
Jupp, da hat Google geschlampt, ist mir schon öfters bei denen aufgefallen und passiert einem generell bei mod_rewrite & co. ziemlich einfach.
Allerdings ist die Variante des IEs ohne abschließenden Slash nicht korrekt. Der normal konfigurierte Webserver leitet solche eine Anfrage per Redirect zur richtigen URL weiter, was allerdings eine neue Anfrage, mehr Traffic und höhere Serverlast verursacht.
Verfasst: 24.12.2004, 22:15
von Airport1
Streng genommen sind sogar alle Links falsch die auf
https://www.domain.de verweisen, da das eigentlich keine korrekten URLs sind, richtig waere eigentlich immer mit Slash abzuschliessen, sofern keine Datei gemeint ist. Dieses Tolerieren von eigentlichen Fehlern ist genau das gleiche wie bei HTML, es erzieht zu Nachlaessigkeit und niemand interessiert (es mehr)... spaetestens wenn man mit Sockets arbeitet fliegt dann man aber auf die Schnauze

Verfasst: 25.12.2004, 15:13
von sean
paetestens wenn man mit Sockets arbeitet fliegt dann man aber auf die Schnauze
Das machen aber nur ein paar Prozent aller Entwickler und Anwender - und die müssen exakt arbeiten. Richtig. Die Usability ist entscheidend für solche "Nachlässigkeiten". Für einen nornmalen Menschen ist es nicht nachvollziehbar warum es nur mit Slash gehen soll. Ähnlich wie beim http:/. Das kann inzwischen jeder Browser vor die URL setzen.
sean
Verfasst: 26.12.2004, 22:48
von manute
es geht ja auch um einfachheit. dass man als user nicht immer diese ganzen slashes eintippen muss, ist schon gut so.
und der mehr-traffic durch die weiterleitung, naja, minimal.
Verfasst: 27.12.2004, 01:15
von grashalm
das ist doch total quatsch hier.
es ist doch alles eine frage, wie etwas verlinkt ist!
auch wenn man das mit dateien und ordnern vergleicht:
denn index.html ist eine datei in
https://www.google.com/press/zeitgeist2004/
bei
https://www.google.com/press/zeitgeist2004 wäre
zeitgeist2004 eine datei in
https://www.google.com/press/
das macht das am deutlichsten, warum hier nichts falsch gemacht wurde!
hauptsache ist:
https://www.google.com/press/zeitgeist2004/ funktioniert, genauso wie
https://www.google.com/press/zeitgeist2004/index.html
grasi
Verfasst: 30.12.2004, 11:46
von d0nut
ich benutze auch rewriting und habe überall mit
domain.tld/ordner/
verlinkt.
google spidert hervorragend nur funktioniert das ganze bei altavista nicht
die "site: abfrage" bei altavista spuckt überall nur domain.tld/ordner (ohne abschließenden slash) aus.
folglich greift meine mod_rewrite regel nicht und ich erhalte nen 404 fehler
heul

Verfasst: 30.12.2004, 22:22
von Maschenka
Dann bastel dir am Ende eine neue Regel nach dem Muster
RewriteCond %{REQUEST_URI} ^/foo/(.*)
RewriteRule ^(.*) /$1/ [L,R]
Dann wird mit 301 auf die Version mit Slash am Ende umgeleitet.
Verfasst: 31.12.2004, 15:40
von d0nut
danke maschenka, da ich jedoch keinen ordner foo habe *gg* würde meine regel so aussehen:
RewriteCond %{REQUEST_URI} ^/(.*)
die greift leider überall...
daher habe ich den apache url rewrite guide zu rat gezogen und wollte es so lösen
RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+[^/])$ $1/ [R]
die regel greift jedoch nicht.. kannst du mir sagen, was der parameter "d" bewirkt? Ich habs nirgends rausgefunden
vorerst habe ich jeden ordner handish in die .htaccess übertragen, so wird wenigstens weiter indexiert