Subdomain per htaccess mod rewrite löschen

Kenn ich. Nützt aber für sich alleine nichts da wie gesagt je ein Cache pro Sprache angelegt werden muss (liegt in der Natur der Scripte die da laufen)

@Arano:

Das wäre natürlich eine dumme Sache. Da ich das bisher nicht testen konnte weil das Umschreiben der Subdomain bisher nicht funktioniert hat bin ich von der Tatsache ausgegangen, dass umgeschriebene URLs in $_SERVER['REQUEST_URI'] in ihrer Originalform auftauchen, nicht in der umgeschriebenen Form. Dort fehlt aber der Hostname-Anteil und das http:// und ich bin davon ausgegangen daß das Verhalten bei $_SERVER['SERVER_NAME'] äquivalent zu $_SERVER['REQUEST_URI'] wäre.

Was mich jetzt aber wundert: In deinem Fall scheint der Server einen Location-Redirect zu schicken. Bei mir macht das der Apache nicht wenn ich mit mod-rewrite was umschreibe. Dort bleibt der Link in der Browser-Adresszeile so stehen wie eingegeben bzw. angeklickt.

Ansonsten hast du mein Vorhaben vollkommen richtig durchschaut.

Das Kernproblem in meinem Fall ist, dass einige Browser (IE und FF) überhaupt keinen Request mehr an den Server absetzen wenn der Cache-Header vorher eine längere Lebensdauer angegeben hat. Opera verhält sich da schlauer und ruft jedesmal die Resource neu ab, bricht aber nach dem Einlesen des HTTP-Resonse-Header die Verbindung ab wenn der Cache noch gültig ist. IE und FF ignorieren auch die must-revalidate-Anweisung im Cache-Control wenn sie so definiert ist: Cache-Control: max-age=3600, private, must-revalidate

Die Links sind wie du schon sagst alle relativ (bis auf den Sprachumschaltungslink, den WOLLTE ich statisch auf die Subdomain plus dynamisch hinten dran gebastelt den aktuellen REQUEST_URI machen.

Was jetzt aber wahrscheinlich meinen Ansatz komplett begräbt ist die Tatsache dass unser Webhoster keine Wildcard-Subdomains zulässt Jetzt bleibt mir wohl nur noch, die ganzen Subdomains (Anzahl der Domains multipliziert mit der Anzahl der Sprachen) tatsächlich als VHosts anzulegen *mäh*

EDIT/Korrektur: Opera bricht den Download der Resource nicht ab sondern schickt im Request-Header ein if-modified.since mit was IE und FF nicht tun. Der Server seinerseits ist recht intelligent darin, zu bestimmen ob sich was am Output der Scripte geändert hat oder nicht. Nur was nützt das wenn die Browser diese Infos nicht nutzen? Daran krankt es in meinem Fall. Wenn ich mir überlege was die Konsequenzen sind... IE und FF laden jedesmal die ganze Seite inkl. aller CSS-, JS-, PNG und sonstwas-Dateien nach. Das ist ne Menge unnützer Traffic und ich geh mal schwer davon aus daß dieses Problem nicht nur mich ganz allein auf der Welt betrifft.

Dieser Bug ist zumindest beim IE uralt: http://support.microsoft.com/kb/q217196/ und bis heute (getestet mit voll gepatchtem IE8) nicht gefixt.

EDIT: Fazit: Mein ursprünglicher Ansatz, das ganze über Subdomains zu lösen funktioniert tatsächlich. Der Internet Explorer bildet für jede Subdomain einen separaten Cache. Dadurch kann man alles schön cachen lassen und die dynamische Sprachumschaltung funktioniert auch sauber. Die Ladezeiten pro Pagehit haben sich schön verbessert. Ich denke mal das wird sich auch im Traffic niederschlagen am Monatsende Die Eingangsfrage nach dem Überschreiben der Subdomains hat sich (leider) erledigt wegen oben erwähnter fehlender Wildcard-Fähigkeit des Webspace.

Damit wäre eine lange lange Baustelle auf unserer Firmenwebsite endlich beseitigt. Ich hatte immer die Wahl zwischen funktionierendem Browsercache und defekter Sprachumschaltung in IE und FF oder aber langsamer Website in allen Browsern und funktionierender Sprachumschaltung.