[Sonstige] kein Datensatz gefunden - hinweis oder 404 seite?

[alexf812]

Hallo,

angenommen, anhand der übergebenen id werden daten aus der datenbank geholt. wenn es nun diese id nicht mehr gibt, oder der user einfach mal an der url rumgespielt hat oder andere Gründe, sollte dann eine 404 seite angezeigt werden, oder sollte man lieber nur per PHP prüfen, ob es mehr als 0 Datensätze gibt und dann einen Hinweis ausgeben?

[Adromir]

Ich würde sagen, daß für Suchmaschinen ein 404 besser ist..

[Rizzo]

Hi,

404er sieht immer irgendwie nach Pfusch aus, solange nicht an der URL manipuliert wurde. Wenn eine korrekte Abfrage kein Ergebnis zurückliefert, sollte man IMO auch normal darüber informieren und nicht einfach einen 404er ausgeben, weil der User dann u.U. einen falschen Eindruck bekommt. (System funktioniert nicht richtig; Programmierer war Pfuscher; etc.)

[alexf812]

Zitat von Rizzo

Hi,

404er sieht immer irgendwie nach Pfusch aus, solange nicht an der URL manipuliert wurde. Wenn eine korrekte Abfrage kein Ergebnis zurückliefert, sollte man IMO auch normal darüber informieren und nicht einfach einen 404er ausgeben, weil der User dann u.U. einen falschen Eindruck bekommt. (System funktioniert nicht richtig; Programmierer war Pfuscher; etc.)

aber es kann ja auch jemand an der url manipulieren, indem er ne falsche id reinschreibt... dann liefert eine korrekte abfrage auch kein ergebnis zurück.

[Rizzo]

Genau das habe ich doch oben geschrieben
Wo ist da das Problem die Abfrage an die DB zu senden, zu prüfen ob ein Datensatz gefunden wurde (mysql_num_rows) und entsprechend darauf zu ragieren?

[alexf812]

Du hattest doch geschrieben, 404 sieht nach Pfusch aus, solange nicht an der URL manipuliert wurde.

Das heist ja im Umkehrschluss, wenn manipuliert wird, dann soll ne 404 Fehlerseite angezeigt werden. Daher hatte ich geschrieben, es ist ja auch Manipulation einfach eine falsche id in die URL zu schreiben. Soll man denn jetzt prüfen ob die Abfrage Ergebnisse bringt und dann einen Hinweis anzeigen oder doch ne 404 Seite anzeigen?

[Rizzo]

Dann mal anders erklärt ...
Für mich ist eine 404 Page not found legitim, wenn tatsächlich eine Seite nicht gefunden wurde, also etwa www.domain.tld/MichGibtsNicht.php. Wenn aber nur an einer übergebenen ID manipuliert wurde, z.B. www.domain.tld/artikel.php?id=999 obwohl ID nur bis 500 geht, dann ist das für mich kein Grund einen 404 auszugeben, sondern nur darüber zu informieren das ein Artikel mit ID 999 nicht existiert, da die eigentliche Seite (artikel.php) ja vorhandenist - sie zeigt nur nicht das gewünschte Ergebnis an.

Das ist aber, wie so oft, vermutlich mal wieder eine Glaubensfrage, ob man alles pauschal als 404 abtut, oder auf unterschiedlich auftretende Fehler unterschiedlich reagiert und den Benutzer entsprechend informiert.

[steffenk]

ich bevorzuge auch eine Ausgabe "Gewünschter Artikel wurde nicht gefunden"

[fuchzga]

Man kann aber auch am Webserver das ErrorDocument für 404 entsprechend konfigurieren. Wenn dann ein 404 auftritt, bekommt der Crawler der Suchmaschine den richtigen Status, der Besucher der Homepage bekommt dann eine ordentliche Seite.... bei einem Shop z.B. mit einer Suchmaske.

Link: http://httpd.apache.org/docs/2.0/mod...#errordocument

[webcreate]

Hier würde die Apache Config aber nichts bringen, denn es tritt kein richtiger 404 auf, denn die aufgerufene Datei existiert ja, einzig die DB-Anfrage liefert nichts zurück. Da müsste man dann schon manuell auf eine 404 umleiten.

IMHO ist ein 404 hier aber auch falsch. Eine entsprechende Meldung ist da sinniger.
Hier kann man ja schön try...catch einsetzten und nach der mysql_errno() dann entsprechende Meldungen ausgeben.

[fuchzga]

Das dachte ich auch immer.
Nehmen wir mal zwei Beispiele - quasi von den bekanntesten Webseiten:
[1] http://www.traum-projekt.com/forum/s...php?searchid=1
[2] http://www.amazon.de/gp/product/1

Wenn man also das Ganze in einer Rewrite-Rule maskiert, dann bekomme ich auch einen HTTP-Error 404 hin?
(Frag ich jetzt mal in die Runde, habs noch nicht probiert.)

[steffenk]

Header von [1]: 200
Header von [2]: 404

In den meisten Fällen ist bei urlRewrite die Weiterleitung per 404 aktiv, ansonsten nicht. Das hängt meist mit dem rewrite-Script zusammen und hat weniger was mit einem sinnvollen 404-Header zu tun.

[fuchzga]

Ja, aber beide sagen "gewünschte ID ist nicht verfügbar".
Der eine mit einem 200, der andere mit einem 404.

Ich finde 404 den besseren, weil sauberen Weg.
Angenommen, es gab die ID einmal, dann war die URL sicher auch mal gültig.
Wird die ID gelöscht (z.B. weil das Produkt aus dem Sortiment genommen wird), dann ist es sicher nicht falsch der Suchmaschine mit einem 404 anzuzeigen, dass diese URL ungültig ist.
Natürlich sollte man die 404-Seite entsprechend intelligend gestalten.

[steffenk]

wenns die schonmal gab, dann ist aber ein 301er der Richtige,
aber sicherlich ist für nie vorhandene Urls ein 404 der Richtige.

Wenn man intensiv sich mit SEO auseinander setzt, kommt man schnell zu einer konsequenten Anwendung der Header, ansonsten ist es nicht sehr verbreitet und meist wird nur eine entsprechende Meldung ausgegeben.