[gelöst] unknontrollierte Ausgabe von unterschiedlichen Templates in verschiedenen Browsern.
am 16.06.2009 - 09:46 Uhr in
Hallo Forum,
derzeit plagt mich ein ganz unangenehmes Problem. Für Unterseiten auf einer Plattform, habe ich Page-Templates auf Basis von Taxonomy erstellt. Diese lauten:
- page-taxonomy-term-5.tpl.php
- page-taxonomy-term-2.tpl.php
Mit dem URL-Alias Modul, lasse ich die Url entsprechend umschreiben, damit ich nachher etwas wie:
- domain.com/uebersicht-news
- domain.com/uebersicht-ratgeber
Um auf diesen Seiten gefilterte Ergebnisse anzeigen zu lassen, verwende ich für jede Taxonomy einen eigenen View und verweise auf den entsprechenden Taxonomy-Pfad.
Und nun folgt das eigentliche Problem. Denn ... ab gewissen Zeitpunkten, wird das Page-Template aus dem Core verwendet, obwohl im eigenen Themeverzeichnis das benötigte Template vorliegt. Ich habe einfach keine Ahnung, warum es da einen solchen Fallback gibt. Kein Wunder dann, wenn auch die Ansicht nicht wie gewünscht stattfindet und auch irgendein Standard-View Verwendung findet. Zudem habe ich hin und wieder zur selben Zeit folgendes Phänomen:
- IE6 <- unerwünschte Fallback-Methode
- Firefox Mac <- unerwünschte Fallback-Methode
- Firefox Windows -> gewünschtes Ergebnis
- Safari Mac -> gewünschtes Ergebnis
Der Zustand kann sich verändern, wenn ich Cookies oder den Browsercache lösche. Als eingeloggter User, kann ich auch das gewünschte Ergebnis erhalten, auch dann, wenn ich mich wieder auslogge.
Unter Einstellungen -> Leistung -> Cache leeren, kann Einfluss auf das Ergebnis haben, muss es aber nicht.
Liebe Benutzer, mir wachsen da langsam echt graue Haare! Wo und wie kann ich ganz genau erzwingen, welche Templates Verwendung finden? Wenn ich eine URL wie domain.com/uebersicht-news aufrufe, welche durch URL-Alias umgeschrieben wurde, möchte ich bedingungslos ein Template wie page-taxonomy-term-5.tpl.php oder auch page-uebersicht-news.tpl.php zur Aufgabe zwingen. Dafür brauche ich ein wenig Unterstützung!
Lieben Dank und viele Grüße,
Marcus
- Anmelden oder Registrieren um Kommentare zu schreiben
Der Fehler lag an der
am 24.06.2009 - 10:58 Uhr
Der Fehler lag an der Serverkonfiguration und meinem Verschulden dort nicht tiefer eingestiegen zu sein.