Re: content negotiation
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 als "auch irgendwie passend". Die Daten ohne passende Sprache sollte nur genutzt werden, wenn keine Sprache passt. Ich schau zu Hause noch mal wie ich das genau konfiguriert habe, wenn das Verhalten bei Dir wirklich anders ist. Emil -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: content negotiation
Emil Obermayr schrieb: Der Vorteil der angehängten zusätzlichen Extensions ist eben genau, dass die "alten" Namen der Datei auch noch funktionieren. Welchen Vorteil meinst Du? Wenn ich eine Website auf Mehrsprachigkeit umstelle, dann würde ich nach der Multiviews-Variante, bei eine zweisprachigen Website in English und Deutsch, anstatt start.html die Dateien start.html.de start.html.en benutzen. Multiviews funktioniert aber doch nur dann, wenn start.html nicht mehr vorhanden ist. Viele HTML-Editore können "Projekte" verwalten, in denen es dann egal ist, welches Suffix ganz hinten 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 natürlich physisch nicht vorhanden ist, da ja nur start.html.de und start.html.en vorhanden sind. Insofern finde ich schon, dass das Konzept der Negotiation-Suffixe gut durchdacht ist. Es funktioniert "nahtlos" und läßt sich bei Bedarf eben um var-maps und noch kompliziertere Dinge erweitern. Server-seitig ist es nahtlos, da stimme ich zu.:-) Im Zusammenspiel zwischen Authoring und Serverseite kann man noch nicht von nahtlos sprechen. Gruss, Oliver Block -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: content negotiation
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 übliche Dokumentname (z.B. start.html)!? Warum überhaupt eine html-Datei aufrufen? Ich benutze Typemaps in einem vhost: 8<- AddHandler type-map .var DirectoryIndex index.html.var 8<- Die index.html.var verzweigt dann: 8<- URI: index.html URI: index.de.html Content-type: text/html;charset=utf-8 Content-language: de, de-at, de-ch, de-de, de-li, de-lu URI: index.en.html Content-type: text/html;charset=utf-8 Content-language: en, en-gb, en-us 8<- Rainer -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Re: content negotiation
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 einigen HTML-Editoren Probleme wegen > der Extension. Der Vorteil der angehängten zusätzlichen Extensions ist eben genau, dass die "alten" Namen der Datei auch noch funktionieren. Viele HTML-Editore können "Projekte" verwalten, in denen es dann egal ist, welches Suffix ganz hinten steht. So kann blabla.html.de genau so bearbeitet werden wie index.html. Insofern finde ich schon, dass das Konzept der Negotiation-Suffixe gut durchdacht ist. Es funktioniert "nahtlos" und läßt sich bei Bedarf eben um var-maps und noch kompliziertere Dinge erweitern. Emil Obermayr -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
content negotiation
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 wird, also index.html.de anstatt index.de.html. Das verursacht bei einigen HTML-Editoren Probleme wegen der Extension. Während die Erweiterung .html einfach zu registrieren ist, muss sonst jedes Spachkürzlen registriert werden. Es ist m.E. auch nicht wirklich akzeptabel, wenn die Dateien beim upload erst umbenannt werden müssen. - Nicht wohlüberlegt würde ich sagen. 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 übliche Dokumentname (z.B. start.html)!? Wenn ich die var-Datei in die URL schreibe, funktioniert es auf meiner Konfigutation, ansonsten nicht. Mir wäre allerdings lieber, der Benutzer würde weiterhin die Adresse der html-Datei benutzen, die er ohne content negotiation aufrufen würde. Wie löse ich das am besten? mod_rewrite? Danke für die Hilfe. Gruss, Oliver Block -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Reverse Proxy und Content Negotiation
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* bin grad dabei im CMS die Umleitung zu programmieren. /Carsten >-Original Message- >From: Marcus Reimann [mailto:[EMAIL PROTECTED] >Sent: Tuesday, December 06, 2005 2:38 PM >To: users-de@httpd.apache.org >Subject: RE: Reverse Proxy und Content Negotiation > > >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/docs/2.0/content-negotiation.html). >Aber auch hier tritt das Problem auf, das gecachte Seiten eine >falsche Sprache zurückliefern können. > >IMHO gibt es nur zwei Lösungen für das Problem: >1. Entweder das Caching der betroffenen HTML-Seiten > deaktivieren (im Header der Antwortseiten mit "Cache-Control" > und "pragma: no-cache" zu setzen) >2. Oder eine Umleitung aller Zugriffe auf getrennte Startseiten > einrichten (language "de" => index_de.html, > language "en" => index_en.html, ...) > >Gruß > Marcus Reimann > M. Reimann Systemberatung > http://www.reimann-systemberatung.de > > >--- >--- >Apache HTTP Server Mailing List "users-de" > unsubscribe-Anfragen an [EMAIL PROTECTED] > sonstige Anfragen an [EMAIL PROTECTED] >--- >--- > > -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Reverse Proxy und Content Negotiation
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/docs/2.0/content-negotiation.html). Aber auch hier tritt das Problem auf, das gecachte Seiten eine falsche Sprache zurückliefern können. IMHO gibt es nur zwei Lösungen für das Problem: 1. Entweder das Caching der betroffenen HTML-Seiten deaktivieren (im Header der Antwortseiten mit "Cache-Control" und "pragma: no-cache" zu setzen) 2. Oder eine Umleitung aller Zugriffe auf getrennte Startseiten einrichten (language "de" => index_de.html, language "en" => index_en.html, ...) Gruß Marcus Reimann M. Reimann Systemberatung http://www.reimann-systemberatung.de -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
Reverse Proxy und Content Negotiation
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 *_eng.html. Nun verhält es sich so das bei Abruf des Hosts ohne Seitenangabe, z.B. http://www.myhost.de/ das CMS direkt die englische oder deutsche Seite zurückgibt und der Apache dies unter der URL sprachunabhängig Cached. - Deutscher Browser geht auf http://www.myhost.de/ und bekommt die deutsche Homepage - Apache cached diese Seite - Englischer Browser geht auf http://www.myhost.de/ und bekommt _auch_ die deutsche Homepage direkt vom Apache ausgeliefert 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? Lieben Gruß /Carsten Germer Carsten Germer Deutsches Elektronen Synchrotron (Web-Office, IT) phone: +49-40-8998-1661Notkestr. 85 web: http://wof.desy.de22607 Hamburg e-mail: [EMAIL PROTECTED] Germany -- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
