[2010–09–10] Vylepšená makra {cache} … {/cache} (verze 2)

Kešování lze také podmínit pomocí if:

{cache $id, expire => '+20 minutes', if => $date < $limit}
...
{/cache}

Položka se načte/uloží do cache pouze tehdy, je-li splněna podmínka uvedená za if.

Můžu se zeptat k čemu to je dobré? Nějak mne nenapadlo žádné využití…

Já s intuitivností problém nemám, alternativní výklad mě nenapadl. Dost možná proto, že něco takového jsem si chtěl napsat sám.

Jedinou větší nevýhodu, kterou teď v makru {cache} spatřuji je nemožnost zjistit v presenteru, zda je v cache daný záznam podle jeho ID (viz toto vlákno). Musí se použít tagy. Nebo mi něco uniká?

Drobné vylepšení, které mě napadá, je možnost ovlivnit jmenný prostor, kam se cache uloží. Hodí se to v případě, že makro používám na více místech a chci v tom mít pořádek.

Editoval Jan Tvrdík (10. 11. 2010 14:49)

David Grudl napsal(a):

Expirace podle podmínky není problém {cache expire => $cond ? 10 : 1000}, zatímco if bez křížení nelze udělat.

Ostatně ani if by tím pádem neměl být problém, ne?

{cache expire => $cond ? 10 : -1}

I když tady nevím, jestli to funguje stejně jako if, pokud se už položka v keši nachází.

toliko k tomu, co je užitečnější

Keší podle podmínky jsem měl na mysli něco jiného. Pokud by podmínka byla true, vzala by se položka z keše, pokud false, tak by se invalidovala. Tolik na vysvětlenou. Jestli je to užitečné, o tom teď pochybuju i já. Kdysi jsem potřeboval invalidaci podle data poslední změny, ale teď si uvědomuju, že podmínka to neřeší, pokud si nemám kam uložit datum poslední změny v době zakešování :)

To makro mi teď vůbec nefunguje.

Mám v šabloně toto:

{cache tags => $page->cacheKey}{!$page->text|texy}{/cache}

a zobrazí se mi pokaždé to, co se uložilo do cache jako první. Bez ohledu na tag. Dříve to šlo a nemůžu přijít na to, kvůli čemu to přestalo fungovat.

Což taky nejde a podle https://api.nette.org/…ros.php.html#699 mi ani nepřipadá, že by to mohlo jít. Nemluvě o tom, že dřív to šlo i bez id.

zkouším tímhle makrem cachovat navigaci, ale na localhostu se tomu nechce fungovat… v šabloně mám

<nav>
    {cache 'navCategories', expire => '+20 minutes'}
    {widget $navCategories}
    {/cache}
</nav>

{dump $cache['navCategories']}

v $navCategories je render addonu Navigation

v dumpu je null, nikde nevypadá, že by se něco cachovalo… mám pro to v bootstrapu něco povolit? z dokumentace jsem nevyčetl, že by něco chybělo…

Editoval cuga (12. 12. 2010 21:52)

v $cache je Environment::getCache(‚Nette.Template.Cache‘);

nicmene uvedomil jsem si par chyb, ktere z tohoto plynou, takze to moje nastinene reseni nemuze byt funkcni… nemuzu si nacachovat drobeckouvou navigaci jednou, musim ji cachovat pro kazdou stranku, takze jsem zkusil

<nav>
    {cache $linkThis."-navigation", expire => '+20 minutes'}
    {widget navigation}
    {/cache}
</nav>

<nav>
    {cache $linkThis."-breadcrumbs", expire => '+20 minutes'}
    {widget navigation:breadcrumbs}
    {/cache}
</nav>

<nav>
    {cache $linkThis."-categories", expire => '+20 minutes'}
    {widget categories}
    {/cache}
</nav>

coz jsem predpokladal zalozi cache pro kazdou stranku, takze drobky, navigace i produktove menu bude se spravne nastavenyma aktivnima polozkama… ovsem problem… cachne se to jednou a slus :)

cuga napsal(a):

coz jsem predpokladal zalozi cache pro kazdou stranku,

Nikoliv, je to cache pro každou šablonu. Takže v klíči musí být i rozlišovací znak stránky.

Kolik je rozdílných klíčů, tolik se vytvoří rozdílných keší. Takže pokud do klíče dáš time(), nemá takové kešování žádný smysl. Dej tam jen rozhodující parametry a nic víc. Stačí:

<nav>
    {cache [$presenter->getParam('url'), "navigation"]}
    {widget navigation}
    {/cache}
</nav>

zajímalo by mě, jak se potom taková cache invaliduje? Např. bych rád cachoval stromovou strukturu navigace, která se v podstatě nemění a invalidace by se měla provést pouze při změně něktéré z položek navigace.

AHA! je mozne, ze mohl byt v nonprefixed verzi z 12.11.2010 bug v Cache makru? Protoze ted uz mi to funguje.

Přesně tohle mě taky trápí. Výpočetně dlouhé získávání dat v renderDefault() –100ms. výpočetně dlouhé vykreslování (2D tabulka 20*50) – 100ms.

makro {cache} ukládá pod speciálním klíčem ve tvaru {RandomString pro každou kompilovanou šablonu}:N, kde n je pořadí makra cache v šabloně. Tento klíč nelze ani změnit ani ovlivnit.

Takže bych to viděl v presenteru si definovat property $this->cache=Environment::getCache('WherigoCache'), tu předat do šablony a v šabloně opustit makro cache a nahradit nějakou logikou ve stylu {if isset $cache[$key]}{načti z cache}{else vypiš data od presenteru}. Klíč bych si taky zvolil v presenteru. V presenteru bych taky na začátku sql dotazu kontroloval, zda je v keši záznam.

Připadá mi to trochu krkolomné, takže asi existuje něco elegantnějšího. napadá vás něco?

Není nahodou s novou cache možnost psát if jako parametr??

{cache $id, if => podminka}
...
{/cache}

To o čet tu mluvíš už je docela detail. Já v tom problém nevidím, ani žádné WTF.

Další možností je, vytvořit si na to control, který bude vypisovat data, které bude získávat samotný control, nikoli presenter. Pak by stačilo jednoduché

{cache neco}
	{control dataRenderer}
{/cache}

class DataRenderer extends Control
{
	public function render() {
		$template = $this->createTemplate();
		...
		$template->data = $model->getData();
		$template->render();
	}
}

Nebo, pokud ti to nevadí, můžeš data získat přímo v šabloně:

{cache neco}
	{var data = $model->getData()}
	{* ... vypis dat ... *}
{/cache}

Tenhle způsob já ale nemám rád.

Editoval redhead (10. 2. 2011 11:57)

maio wrote:

osobne mi ten zapis if moc nesedi a vyvolava WTF :)

Osobne mi {cache … if} prislo citelne na prvni pohled.

Pokud si dělal SQL dotazy v presenteru, tak je to velká chyba. Podívej se na nějaké tutoriály nebo Quick Start, měl bys naštudovat, co je to model a jak ho používat.

Editoval redhead (10. 2. 2011 16:23)

právě mi jede cachování template ↔ presenter:

Příklad Presenter:

class Homepage presenter extends presenter{
    public $cache;
    public $key;
    public $dpfile;
    public function startup(){
	parent::startup();
	$this->template->cache=$this->cache=\Nette\Environment::getCache('powercache');
    }

    function renderDefault(){
	    $key=$this->template->key=array($this->filters->f, size_of_my_shoes(),$this->some_id); // nejake klice(parametry)
	    $this->template->dpfile=$this->model->file; //sqlite.db pri zapisu a tedy změně dat
	    if($this->cache[$key]){
	     $this->template->cached='Jen pro informaci, že cachujeme';
	     $this->sendTemplate();
	 }
	    $this->model->fi=$this->filters->f; //nejake parametriky, razeni atd
	    $this->template->clm = $this->model->ClovekAggr(); //expensive
    }
}

template:

<table n:snippet="table">
{if !$cache[$key]}
{?ob_start()}
   <thead>
foreach... foreach ...
    </tbody>

{?$cache->save($key,ob_get_flush(),['expire'=>3600*6,'files'=>[$dpfile]])}
{else}
{!$cache[$key]} <!-- zde poznámka*  -->
{/if}
</table>

Poznámka: na místě se volá echo $cache[$key];,třeba 100kb… nebylo by lepší include (vím, že v těch souborech jsou nějaké hlavičky) nebo je to jedno (potíží jsem si ale žádných nevšiml)

Mimochodem: nevíte proč nb hlásí syntax chybu zde?
{?$cache->save($key,ob_get_flush(),['expire'=>3600*6,'files'=>[$dpfile]])}

EDIT: ještě jedna věcička- teĎ si nemohu vzpomenout, ale jak přidám do závislostí, aby cachovaný obsah platil do té doby než se šablona změní (zkompiluje). jde něco jako ‚consts‘=>$_->uniq. Jenže to není konstanta. Prostě závislost na nějaké hodnotě.

Editoval bojovyletoun (10. 2. 2011 19:23)