Hallo Andi,
wenn der Apache unter Linux/UNIX läuft, könntest du mal folgende
Angaben posten:
- Ausgabe von "ps -efa | grep httpd2"
- Ausgabe von "httpd2 -S"
- Ausgabe von "grep DocumentRoot *" << im conf-Verzeichnis
des Apache-Servers ausführen
- Stoppen des Apache-Servers und wieder Starten.
Hallo Marcus,
danke fuer deine Tipps.
Natuerlich habe ich den Cache meines Browsers (Firefox und IE) entleert.
Und es wird die richtige Config-Datei geladen. Die Variable
SERVER_CONFIG_FILE weist auf den richtigen Ort conf/httpd.conf.
Andere Vorschlaege?
Greetings
Andi
-
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* bi
Hallo Andi,
>Fuer die Kompilierung wurden fuer 2.2.0 dieselben
>Einstellungen wie fuer 2.0.55 verwendet.
>Seit der Installation der neuen Release werden
>allerdings keine Inhalte mehr ausgeliefert.
wenn deine httpd.conf-Datei wirklich genutzt wird, ist
bestimmt der Cache des Browsers oder eines
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.or
Hallo,
ich habe meinen Apache von 2.0.55 auf 2.2.0 upgedatet, sprich selber
kompiliert.
Fuer die Kompilierung wurden fuer 2.2.0 dieselben Einstellungen wie fuer
2.0.55 verwendet.
Seit der Installation der neuen Release werden allerdings keine Inhalte
mehr ausgeliefert.
Das heisst: die Apache mi
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.htm