Sponsored Links |
|
||||
Ich sehe kein Problem einer permanenten Weiterleitung, wenn du diese an die Bedingung bei der Sprachvereinbarung knüpfst:
Code:
HTTP/1.1 301 Moved Permanently Location: http://example.com/en/ Vary: Accept-Language …
__________________
Markus Wulftange |
Sponsored Links |
|
||||
Ich hab' bisher nur deutsche Seiten gemacht, aber was würdest Du vom 300er halten?
Dieser steht ja für MultipleChoice und im Prinzip ist es das ja. Im Location-Header kann man die bevorzugte Resource angeben, sollte also auch vom Client entsprechend umgeleitet werden, probiert habe ich es allerdings nicht. |
|
||||
300 verstehe ich allerdings eher als "keine eindeutige Antwort möglich, daher mehrere Optionen zur Auswahl". Aber wenn ein Browser eine Anfrage mit Deutsch als bevorzugter Sprache sendet, und der Server kann ihm eine deutsche Seite geben und leitet auch direkt dorthin weiter, sehe ich das schon als klare Antwort (und demzufolge ohne "Multiple Choices").
__________________
Wer keinen Link auf seine problembehaftete Seite posten kann, weil diese noch nicht online ist: Testcase bauen, online stellen, Link posten. Internet-Grundregel: Unbekannte Begriffe googeln! (Erspart 99% aller Nachfragen.) |
|
||||
Ich sehe das so, dass der Browser eine englische Seite anfordert, er aber eigentlich deutsch bevorzugt.
Der Server teilt dem Browser dann erstmal mit, dass es unter der angeforderten Resource mehrere (Sprach-)Versionen gibt und die (vom Browser) bevorzugte Version im Location-Header angegeben ist, der Browser leitet entsprechend um. Ist bereits die bevorzugte (Sprach-)Version angefordert worden, gibt's natürlich einen 200er, wobei die bevorzugte (Sprach-)Version auch eine manuell eingestellte Version sein kann. Also Browser sendet deutsch, Benutzer hat manuell englisch eingestellt, dann sollte die englische Version mit einem 200er ausgeliefert werden und die deutsche mit einem 300er. Naja, sind meine ersten Gedanken dazu, aber das scheint für mich (momentan) schlüssig. Wenn als bevorzugte Sprache vom Client ein "englisch" kommt und dieser die deutsche Version requestet, kann die Antwort ja eigentlich nicht eindeutig sein, da der Server ja beide Versionen hat und nicht wissen kann, ob die englische Version tatsächlich gewünscht ist, daher der Status, dass es mehrere Versionen gibt, "er aber vermutet, dass der Client die deutsche Version haben will und ihm somit die Adresse dieser Version im Header mitteilt". Geändert von mantiz (02.10.2009 um 02:12 Uhr) |
|
||||
Zitat:
Die Abfrage findet also nur statt, wenn domain.tld angefragt wird, und evtl. zusätzlich noch bei ungültigen Anfragen (ggf. auch nur bei fehlender "Sprachkomponente" in der URL), damit eine Fehlermeldung in der passenden Sprache ausgeliefert werden kann. Und fragt ein Browser domain.tld an, mit Deutsch als bevorzugter Sprache, ist die Weiterleitung an die deutsche Version der Seite auch eine eindeutige Antwort und daher imho kein wirklicher 300.
__________________
Wer keinen Link auf seine problembehaftete Seite posten kann, weil diese noch nicht online ist: Testcase bauen, online stellen, Link posten. Internet-Grundregel: Unbekannte Begriffe googeln! (Erspart 99% aller Nachfragen.) |
|
||||
Genau das ist meiner Meinung nach bei einer Seite die in verschiedenen Sprachen vorliegt der Fall. Ob nun eine Grafik als jpg und png vorliegt und deswegen keine eindeutige Antwort erfolgen kann, oder die Seite einmal in deutsch und englisch vorliegt, ist für mich die gleiche Problematik. Der Request-Header gibt nur einen Hinweis welche Sprache man am besten wählt, daraus kann aber keine eindeutige Antwort abgeleitet werden.
|
Sponsored Links |
|
||||
Nur wenn überhaupt keine Übereinstimmung gefunden wird, gilt eine Inhaltsvereinbarung als fehlgeschlagen. Etwa wenn ein Dokument nur in Englisch verfügbar ist, der Client aber nur Deutsch akzeptiert. Wenn er allerdings Deutsch und Englisch akzeptiert, ist die Sprachvereinbarung erfolgreich, selbst wenn Deutsch vor Englisch bevorzugt wird. Und das gilt auch nur für generische URLs.
__________________
Markus Wulftange |
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
301 - wie lange bestehen lassen? | laborix | Serveradministration und serverseitige Scripte | 5 | 14.05.2010 18:57 |
Quicktime-Film in die Seite einbinden | etux | (X)HTML | 0 | 10.05.2009 14:24 |
was ist an dieser 301 Regel falsch | ansatz | Serveradministration und serverseitige Scripte | 4 | 07.03.2008 14:35 |
301 Weiterleitung | ansatz | Serveradministration und serverseitige Scripte | 7 | 15.02.2008 14:40 |
301 permanent redirect (.htaccess) | cpt.future | Serveradministration und serverseitige Scripte | 2 | 17.10.2007 19:27 |