On Tue, Jul 15, 2008 at 01:33:24AM +0200, Oliver Block wrote:
Wenn ich nun die type-map-Variante wähle, dann kann ich die Erweiterung
frei bestimmen. Was ich jedoch nicht verstanden habe, ist, ob dann das
type-map-Dokument (z.B. start.var) vom Server aufgerufen werden muss, oder
der
steht. So kann blabla.html.de genau so bearbeitet werden wie
index.html.
Ich räume natürlich ein, dass wahrscheinlich nicht alle HTML-Editoren
gut mit Content Negotiation umgehen können. Z.B. gibt es ein Problem,
wenn im HTML Markup eine Datei start.html referenziert wird, aber diese
On Tue, Jul 15, 2008 at 01:57:19PM +0200, Oliver Block wrote:
benutzen. Multiviews funktioniert aber doch nur dann, wenn start.html
nicht mehr vorhanden ist.
Das hängt davon ab, wie im Server die Gewichtung eingestellt ist. Per
Default sollte eine passende Sprache eine höhere Priorität haben
Hallo,
ich versuche gerade content negotiation besser zu verstehen.
Genaugenommen geht es mir im Moment um Language negotiation.
Ich habe die Beispiele des apache manuals ausprobiert. Die
MultiViews-Variante funktioniert ohne Probleme. Nachteil hierbei ist,
dass das Sprachkürzel angehängt
On Tue, Jul 15, 2008 at 01:33:24AM +0200, Oliver Block wrote:
Ich habe die Beispiele des apache manuals ausprobiert. Die
MultiViews-Variante funktioniert ohne Probleme. Nachteil hierbei ist,
dass das Sprachkürzel angehängt wird, also index.html.de anstatt
index.de.html. Das verursacht bei
Hallo,
Ich habe ein Setup vom Apache (2.0.54 auf Linux) in dem der Apache über
RewriteRules als Caching Reverse Proxy vor unserem Content Management System
hängt.
Das CMS wertet die Language-Preferences des Browsers aus und gibt entsprechende
Seiten zurück, mit Endung *_ger.html oder
Hallo Carsten,
Hat jemand ne Idee wie man dem Apache dieses Verhalten
abgewöhnen könnte bzw. Wie man konfigurieren kann das
die Language-Preference mit zur Unterscheidung der Seiten
im Cache verwendet wird?
der Apache-Webserver unterstützt auch Content Negotiation
(vgl. http://httpd.apache.org
Danke Marcus,
So etwas hab ich mir schon gedacht nachdem meine Idee die Language-Header-Daten
im Proxy zu unterdrücken wegen Unsinnigkeit ins Leere gelaufen ist ;)
Content-Negotiation im Apache umzukonfigurieren geht auch nicht da das CMS
direkt selbst die PreferedLang auswertet.
Naja *seufz