 $sf_doctype AND Cache |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
  |
| $sf_doctype AND Cache |
 Fri. 5. September 2008, 07:02
Beitrag
#1
|
|
 Advanced Member  Gruppe: AdvancedMembers Beiträge: 334 Mitglied seit: 10.07.2006 Wohnort: luzern (Schweiz) Mitglieds-Nr.: 128  |
Hallo Zusammen
Habe gerade einen kleinen Bug gefunden. Die Var $sf_doctype ist nur gefühlt solange sich eine Seite nicht im Cache befindet. Sobald die Seite aus dem Cache geladen wird bleibt $sf_doctype leer. Auf die Schliche kam ich dem ganze "Add Headerelement" - Plugin. Da wird diese Variable genutzt um je nach dem die korrekte Schreibweise für das Verlinken einer CSS-Datei verwendet. Gruss Chris |
 |
 
|
|
Sun. 7. September 2008, 11:23
Beitrag
#2
|
|
 Administrator Gruppe: Members Beiträge: 1.092 Mitglied seit: 16.06.2006 Wohnort: Köln Mitglieds-Nr.: 1 |
Das ist vollkommen logisch. Der Doctype ändert sich nicht und wird daher auch beim ersten Durchlauf gecacht. Damit steht die Variable im ungecachten Bereich natürlich nicht zur Verfügung, die wird da nicht mehr gebraucht.
$sf_doctype ist darüberhinaus eine interen Variable. Auf das Vorhandensein solltest Du Dich da nicht verlassen. Veralssen kannst Du Dich auf die Werte, die Du aus Funktionen und Methoden bekommst. Eine Übersicht mit allen Variablen mit globaler Gültigkeit ist hier im Aufbau: http://wiki.sefrengo.org/referenz/variablen-arrays-objekte -------------------- Es wird, es wird...
|
|
|
|
|
Sun. 7. September 2008, 16:46
Beitrag
#3
|
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 334 Mitglied seit: 10.07.2006 Wohnort: luzern (Schweiz) Mitglieds-Nr.: 128 |
Okey das kann ich nachvollziehen. Die problematik ist jedoch, dass sich das "Add Headerelement v01.05.01"-Plugin darauf verlässt. Jenachdem wird der Link-Tag als HTML- oder XHTML-Konform ausgegeben...
|
|
|
|
|
Mon. 8. September 2008, 10:43
Beitrag
#4
|
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 334 Mitglied seit: 10.07.2006 Wohnort: luzern (Schweiz) Mitglieds-Nr.: 128 |
Würde es nicht Sinn machen die DocType-Variable global zur Verfügung zu stellen? Somit könne man in den Modul einfach auf die Zugreifen und den Output dementsprechend ausgeben. Oder wird die Ausgabe automatisch in den jeweiligen Doctype umgewandelt?
Gruss Chris |
|
|
|
|
Mon. 8. September 2008, 10:51
Beitrag
#5
|
|
 Advanced Member Gruppe: AdvancedMembers Beiträge: 112 Mitglied seit: 31.08.2006 Wohnort: Berlin Mitglieds-Nr.: 219 |
ZITAT(bjoern @ Sun. 7. September 2008, 12:23)  $sf_doctype ist darüberhinaus eine interen Variable. Hm, gibt es denn ein Äquivalent dazu, dass benutzt werden kann. Mir ist jetzt keines bekannt aus den üblichen Arrays oder Methoden!? Ich wäre da für einen Hinweis sehr dankbar. -------------------- |
|
|
|
|
Mon. 8. September 2008, 11:03
Beitrag
#6
|
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 334 Mitglied seit: 10.07.2006 Wohnort: luzern (Schweiz) Mitglieds-Nr.: 128 |
Habe mir die Sache auch kurz angesehen. Ich wüsste nicht aus welchem Objekte oder welche Funktion du an die nötigen Infos heran kommst.
Gruss Chris |
|
|
|
|
Mon. 8. September 2008, 15:34
Beitrag
#7
|
|
|
Administrator Gruppe: Members Beiträge: 1.092 Mitglied seit: 16.06.2006 Wohnort: Köln Mitglieds-Nr.: 1 |
Gibt leider noch kein Objekt, was man da fragen könnte. Die $idlay müsste aber als globale Variable zur Verfügung stehen, der Doctype steht in der Tabelle cms_lay. Da wäre dann ein SQL fällig.
-------------------- Es wird, es wird...
|
|
|
|
|
|
Vereinfachte Darstellung | Aktuelles Datum: 26.4.24 - 01:34 |
