With some advanced scheduled-post-voodoo i successfully managed to publish this post already yesterday with some completely unrelated queries and no text. this was not intended – please accept my apologies :P

Anyway: In the footer of my magento shop we might have a summary of the shopping cart,
which i simply put in the footer.phtml template file:

<?php if (Mage::getModel('checkout/cart')->getItemsCount() > 0): ?>
  <div class="footer_cart_widget">
    <a href="/checkout/cart" class="cart">
      <?php echo $this->__('Warenkorb') ?>:<br />
      <span class="cart_meta">
        <?php echo Mage::getModel('checkout/cart')->getItemsCount() ?>
        <?php if (Mage::getModel('checkout/cart')->getItemsCount() == 1): ?>
          Produkt:
        <?php else: ?>
          Produkte:
        <?php endif; ?>
        <?php echo $this->helper('checkout')->formatPrice(Mage::getSingleton('checkout/cart')->getQuote()->getGrandTotal()); ?>
      </span>
    </a>
  </div>
<?php endif; ?>

This means we might need to disable the caching for the footer HTML block,
so that my cart summary will stay dynamically generated.

This is how you can do it:

copy

app/code/core/Mage/Page/Block/Html/Footer.php

to

app/code/local/Mage/Page/Block/Html/Footer.php

and just comment out the following lines:

//$this->addData(array(
//    'cache_lifetime'=> false,
//    'cache_tags'    => array(Mage_Core_Model_Store::CACHE_TAG, Mage_Cms_Model_Block::CACHE_TAG)
//));

you could also put the cart values in the getCacheKeyInfo() method, but as this would result in caching a footer for any state of the shopping cart from my understanding, i don’t think it’s necessarily a good idea.

thereifixedit:
Wenn man bei einem Silverstripe Projekt häufige Änderungen an verschachtelten Templates hat,
kommt man, soweit ich weiss, nicht umhin

?flush=1
oder
?flush=all

an den Seitenaufruf anzuhängen um die Änderungen sichtbar zu machen.

Weil ich gerade sehr häufig in der Situation bin, also jede Minute, hatte ich gehofft man könnte den Cache irgendwo abschalten.
In der Richtung habe ich aber nichts gefunden.

Es lohnt aber ggf. lokal den Parameter einfach immer zu setzen.
Allzu langsam wird das ganze dadurch auch nicht.

also in der _config.php

if ( strpos( $_SERVER["REQUEST_URI"], 'admin' ) === false ) {
  $_GET["flush"] = 1;
}

:D

ziemliche Krücke, aber hilft erstmal weiter.

Gibt es einen eleganteren Weg, den ich auf die Schnelle nicht gefunden habe?
Oder liegt das nur an meinem Template Design dass ich das dauernd brauche? :)

Symfony hat ja einen Cache.

Der cached ggf (zB. mit der Option “with_layout: true”) auch eingebundene Partials. Sagen wir mal in einer Sidebar.
Schön schnipselweise werden die gecached.

Die haben dann auch jeweils einen CacheKey. Den sieht man auch wenn man für das dev environment den cache einschaltet in den kleinen bunten Info Kästen.

Ein Problem hat man aber dann, wenn jetzt ein Partial auf einer Seite je nach Parameter andere Dinge tun soll.
Dann hat man schnell die eine Version aus dem Cache (die zuerst aufgerufene eben) und nicht mehr die mehreren Erscheinungsformen.
Ist ja das gleiche Partial. Also lässt man das Cachen der Partials entweder weg, oder sorgt dafür dass die Dinger je nach Vorkommen einen anderen CacheKey kriegen. Und damit dann auch verschiedene Versionen gecached werden.

Dazu gibt es die Config Variable: “cache_namespace_callable” in der settings.yml.
Da kann man eine Funktion / statische Methode angeben, die einen alternativen CacheKey generiert.

Die kriegt dann eine Instanz vom sfViewCacheManager übergeben, der normalerweise den CacheKey generiert.
nur will man jetzt auf die original Methode zugreifen, und beispielsweise nur etwas anhängen, wird es etwas komplizierter.
Ruft man die aus seiner Custom Callback Funktion auf, ended man im Loop, weil die ->generateCachekey() Methode dann wiederum die callback Funktion aufruft uswusw.

Gehen tut das aber schon, zB mit diesem simplen Trick:

public static function GenerateMyCustomCacheKey( $internalUri, $hostName = '', $vary = '', $contextualPrefix = '', $sfViewCacheManager )
   {

  	//den Wert von sf_cache_namespace_callable speichern
  	$callableFunction =  sfConfig::get( 'sf_cache_namespace_callable' );

  	//sf_cache_namespace_callable auf false setzen
  	sfConfig::set( 'sf_cache_namespace_callable', false );

  	//jetzt die default methode auf unserer Instanz von sfViewCacheManager aufrufen
       //sf_cache_namespace_callable ist ja nun false, also passiert auch kein loop
  	$key = $sfViewCacheManager->generateCachekey( $internalUri, $hostName = '', $vary = '', $contextualPrefix = '' );

  	//sf_cache_namespace_callable wieder herstellen
  	sfConfig::set( 'sf_cache_namespace_callable', $callableFunction );

        //key manipulieren und zurückgeben
  	return $key . $myCustomSuffix;

  }

dann eben nur noch in der settings.yml der entsprechenden APP die callback Funktion angeben und voila – hat man custom cache keys und kann sich zB. x Versionen eines Partials erzeugen lassen.

cache_namespace_callable: GenerateMyCustomCacheKey

oder

cache_namespace_callable: myStaticHelperClass::GenerateMyCustomCacheKey