|
|
Man kann ja über http://www.validome.org/get/URI direkt eine Seite validieren lassen. Leider werden dabei Cookies vorausgesetzt, sind diese deaktiviert kommt eine verwirrende Meldung, dass der Referer fehlen würde. Das ließe sich doch bestimmt eleganter und ohne Cookies lösen? Zumindest eine korrekte Meldung sollte drin sein.
Ein kleiner Fehler hat sich scheinbar auch in dem Redirect von http://validome.org auf http://www.validome.org eingeschlichen. Tippfaul wie ich bin, habe ich mal http://validome.org/get/URI eingegeben. Ich werde dann auf http://www.validome.orgget/URI [sic!] weitergeleitet, was wohl nicht ganz im Sinne des Erfinders sein wird.
|
|
| 07.05.2005 02:35:44 |
|
Validome
Administrator
Registriert: 04.04.2005
Beiträge: 313
|
|
Hallo,
| Leider werden dabei Cookies vorausgesetzt, sind diese deaktiviert kommt eine verwirrende Meldung, dass der Referer fehlen würde |
Es werden alle /get/-Aufrufe nach /referer weitergeleitet, weil Suchmaschinen Cookies nicht beachten. Somit stellen wir sicher das der Index der Suchmaschinen mit unserer Domain nicht mit tausenden Validierungsergebnissen vollgemüllt wird.
Stimmt, ist ein Fehler und schon behoben; vielen Dank für den Hinweis.
Mit freundlichen Grüßen
Thomas Mell
|
|
| 07.05.2005 13:48:05 |
|
|
|
Ok, das Problem verstehe ich. Allerdings könnte man das doch auch über die robots.txt lösen, dann würden die Spider nicht mal die Seite mit der Fehlermeldung abrufen. Bei der Fehlermeldung steht sogar ein eher widersinniges <meta name="ROBOTS" content="INDEX, FOLLOW" /> im Code.
Kritischer noch, mit der aktuellen Methode wird bei deaktivierten Cookies anstelle des URI hinter dem get/ (sofern vorhanden) die Seite mit dem Link auf den Validator validiert, diese Seite steht ja in der Referer-Headerzeile und der Referer-Wert wird dann nicht durch den des Cookies überschrieben. Hier könnten schnell Missverständnisse auftreten, wenn jemand mit deaktivierten Cookies solch einen Link anklickt, und dann die Ergebnisse einer anderen Seite bekomt. Im Formular erscheint dann zwar der validierte URI noch einmal, den kann man aber schnell übersehen. Ruft man den Validierungs-URI direkt auf, so fehlen dann Cookies und Referer und es kommt zur bereits angesprochenen Fehlermeldung.
Falls ich irgendwas übersehen haben sollte, was gegen meine Idee spricht, wäre es trotzdem schön, wenn dann in der Fehlermeldung auch die Möglichkeit der deaktivierten Cookies genannt werden würde.
Eine weitere Sache, die mir bei dem Redirect aufgefallen ist, ist der Statuscode 301 Moved Permanently in Kombination mit dem Cookie-Setzen. Hier besteht eine potenzielle Gefahr, dass bei wiederholtem Aufrufen dieses URI der User-Agent direkt den URI aus dem Location-Wert aufruft. RFC 2616 empfiehlt dieses Verhalten in Kapitel 10.3.2 und weist darauf hin, dass der Request normalerweise cachebar ist. Sinnvoller wäre hier wohl ein 302 Found, welcher nicht cachebar ist.
|
|
| 08.05.2005 15:50:15 |
|
Validome
Administrator
Registriert: 04.04.2005
Beiträge: 313
|
|
Hallo,
die robots.txt wird mit Absicht nicht benutzt weil Suchmaschinen den 301er nachgehen sollen (tun sie auch). Somit gehen uns die Links (und damit die Linkpopulartität) nicht verloren. Ein 302 scheidet deswegen aus, den gehen Suchmaschinen nicht nach.
Ob man das Cachen beim 301 mit dem Header "Cache-Control: no-cache" unterbinden kann ist mir noch nicht ganz klar, werde mich da mal durchkämpfen.
Wenn das funktioniert habe ich auch schon eine Idee für eine Cookiefreie Lösung...
mfg
Thomas Mell
|
|
| 09.05.2005 21:40:30 |
|
