[Chr!s]

Tag,
wie bei Smarty auch möchte ich eine Routine in meiner TemplateEngine haben, die mir es ermöglicht, trotz Caching mit dynamische Bereiche freizuhalten.
( http://smarty.php.net/manual/de/lang...ion.insert.php )
Dies ist mir sehr wichtig, denn bei einem Projekt war das Fehlen dieser Möglichkeit Grund die gesamte Caching-Klasse nicht zu benutzen.

Wie könnte ich soetwas technisch realisieren?
Mein Problem hier wär nicht die Zerlegung mittels Regex o.Ä., sondern wie ich das Caching eines Templates dann vornehme.
Hier muss ich ja dann ganz am Anfang beim Cachen beginnen. Das Template komplett zu generieren und anschließend statisch abzuspeichern wird wohl ja so nicht funktionieren, da der Block der nicht gecached werden soll ja dann doch mit gespeichert wird. (Dieser Block wird übrigens durch {[nocache]} ... {[endnocache]} ausgezeichnet).

Wie soll ich das Template dann cachen? Codetechnisch gesehn wird das Template ja erst gerendert, und dann gespeichert, wenn es keinen Cache-Eintrag gibt:

PHP-Code:

<?php
if(!$oCache -> displayCache('simpleUserList')) {
        // Cache does not exist, create it
        $oModel -> query("SELECT userID, userName, email, realPrename FROM users ORDER BY userID ASC");

        while($oModel -> fetchResult()) {
                $oTemplate -> assign('userData', $oModel -> oResult);
        }

        $sTemplateContent = $oTemplate -> render();
        $oCache -> writeCache('simpleUserList', $sTemplateContent, CACHE_FIVE_MINUTES);
}
?>

So sieht es derzeit aus.
Hat jemand eine Idee wie ich solche no-Cache-Blöcke realisieren könnte (ohne dass ich jetzt den Smarty-Code durchwühle)?

[Basti]

Wo liegt dein Problem?

PHP-Code:

$View = new View_SimpleUserList;

if (!$View->cacheBuild() || $View->cacheExpired()) {

    $View->assign('Users', User::getAll());
    $View->writeToCache('5m');
}

$View->assign('rapidlyChangingContent', WebService::getIt());

return $View;

// spaeter:

$View->display(); 


Die Abfrage kann man natürlich zusammenfassen. Prinzipiell macht es Sinn, erstmal komplett alles abzuarbeiten und dann erst mit der Ausgabe zu beginnen. So prüfst du also nur, ob die Inhalte gecached wurden und behandelst erstmal nur diesen Punkt (wobei die Reihenfolge Wurscht ist). Die "dynamischen" Inhalte weist du dann in jedem Fall zu, also auch, wenn das Template bereits gerendert wurde. (Andere Option sind natürlich Komponenten, die erst zum Zeitpunkt des Renderns abgearbeitet werden - in dem Fall brauchst du in den Controllern ja nichts zu definieren.)

Wie das auf Seiten der Template-Engine aussieht, hängt vom Prinzip ab. Hört sich so an, als ob du die Templates nicht in PHP umschreibst, sondern die Inhalte einsetzt (wovon ich abrate). In dem Fall bleibt halt noch diese eine Operation übrig, die du mit jedem Template machen musst, egal, ob es aus dem Cache kommt oder gerade erst erstellt wurde. Also: erst entweder aus dem Cache ziehen oder rendern und dann unabhängig davon nochmal die dynamischen Inhalte reinpacken.

Allerdings kann so dann nicht mehr aus den "statischen" Elementen heraus auf die "dynamischen" zugegriffen werden. Würde ich mir aber keinen Kopf drüber machen, sondern in dem Fall eben einfach Templates in PHP-Skripte umwandeln. Die kannst du dann problemlos halbfertig cachen, da der Zugriff auf Variablen ja auch im Cache gespeichert wird - ob diese zum Zeitpunkt des Renderns definiert sind oder erst später definiert werden (in einem zweiten Drchgang sozusagen) spielt dann ja keine Rolle.

Basti

[Chr!s]

Du hast recht, ich hab ziemlich kompliziert gedacht.
Bisher hatte ich es nämlich so gehandhabt, dass das Template nicht direkt aus dem Cache kommt, sondern direkt aus dem Cache angezeigt wird.

Wenn ich das Template aber einfach nicht anzeige, sondern einfach erstmal aus dem Cache lade, kann ich ja weiterhin noch Content hinzufügen, du hast recht, war ein Denkfehler von mir.

Danke