Problém

Rodičovský controller má v sobě většinu funkcionality. Takže třeba pro update stačí načíst data, do proměnné controlleru dát form a zavolat parent::update(). Všechno šlape jako hodinky do chvíle, než je potřeba nějak rozšířit funkcionalitu nad možnosti parent controlleru. Např. přidat nějakou složitou validaci dat, přidat nějaký ruhý form, atp. V tu chvíli se na první pohled zdá, že jediná šance je zkopírovat kód parent controlleru a udělat v něm potřebné úpravy. A docela dlouho sem to takhle (prasecky) dělal.

Řešení

Do chvíle, než mě Martin Hujer upozornil na to, že se na tohle dají hezky použít hooks! :) Ne že bych je neznal už dřív. V ZendFrameworku je používám dnes a denně např. ve FrontController pluginech (dispatchLoop­Shutdown, preDispatch, …). Ale vůbec mi nedošlo, že bych je mohl použít.

Coto, toto?

Cože to ty hooks jsou? Pro neznalé: Hooks jsou procedury, které nalepíte někam doprostřed kódu a ve zděděné třídě do nich pak napíšete co potřebujete, aniž byste museli měnit rodičovskou třídu. Pochopitelné? Moc ne, že.

Příklad pomůže.

Původní zdrojový kód

// ParentController
function updateAction()
{
  //nějaký kód co nastavuje třeba form, title, oescapování, atp.
  $this->view->headTitle('test');
  //semhle bych chtěl vložit nějaký svůj kód
  $this->_model->update($this->_data);
  //nějaký další kód
}

Zdrojový kód s hooks

// ParentController
function updateAction()
{
  //nějaký kód co nastavuje třeba form, title, oescapování, atp.
  $this->view->headTitle('test');
  $this->_beforeUpdate();
  $this->_model->update($this->_data);
  $this->_afterUpdate();
  //nějaký další kód
}

protected function _beforeUpdate(){}
protected function _afterUpdate(){}

//IndexController extends ParentController
protected function _beforeUpdate(){
  //tady si můžu zavolat co potřebuji a provede se to
  //před updatem DB
  //např.:
  $this->_data['date'] = '2009-01-01';
}

Kvalita záznamu je poněkud slabší a zvuk je malinko out-of-sync (zvlášť ke konci), ale to se do příštího dílu změní. Případné náměty na další témata pište do komentářů.

Potom, co jsem screencast dokončil a překomprimoval jsem si všimnul, že sem zapoměl zmínit to hlídání init() metody. Takže to zmíním tady:

class IndexController extend My_Controller_Restricted{
    public function init(){
        $foo = 'bar';
        /* Tady chceme nějaký náš kód, jenže tím jsme přepsali
         * metodu init() v původním controlleru, takže je třeba jí
         * ještě zavolat.
         * Pokud by se měl init vykonat pouze po přihlášení, tak musí být
         * parent::init() na začátku !
         */
        parent::init();
    }
}

• PHP: http://php.interval.cz/…i-oop-v-php/
• Pascal: http://www.sweb.cz/…al/7oop.html
• Teoreticky: http://www.smt.pilsedu.cz/…/Vyt/OOP.htm

Zdrojové kódy ke screencastu budou k dispozici během příštího týdne.

Zamyšlení: K čemu vlastně používat sub-domény?

Použití sub-domén jako proměnných součástí adresy je trochu sporné, někteří tvrdí, že je to zbytečné a matoucí, například mě se ale toto dělení líbí – vezměme si jako příklad katalog restaurací, proč by každá restaurace zařazená do katalogu neměla mít pěkné URL složené z jejího názvu a naší domény, vždyť na oné stránce jsou informace týkající se jen jí a restaurace jí může snadno použít jako svou „homepage“…

A jaké že je to slavné řešení?

Řešení je malinko složitější, spíše tedy na technické provedení než na pochopení. Musíme totiž GWT „vnutit“ ne sitemap soubor, ale sitemap index. To je vlastně seznam souborů, které se mají načíst a zpracovat. Google ho přečte a všechy soubory v něm obsažené přidá pod hlavní doménu. Sitemap index má následující podobu:

To složitější je, dostat na každou sub-doménu sitemap, který je platný jenom pro ni, já celou situaci řeším generováním XML souborů do speciální složky a poté je pomocí PHP zobrazím, vždy tedy jde o umístění http://subdomena.domena.cz/Sitemap.xml ale aplikace podstrčí správný XML soubor pro danou sub-doménu. Pokud nevíte jak na to, připravil jsem v PHP malý soubor (download na konci článku), který toto vyřeší za vás. Vy jen generujete XML do složky sitemaps (subdomena.xml), tento skript nasadíte přímo do rootu vaší stránky a nasměrujete na něj pomocí mod_rewrite soubor sitemap.xml:

Případně budeme sitemap indexem odkazovat přímo na Sitemap.php.

Závěr

Když tedy máme dostupný správný soubor Sitemap.xml na každé sub-doméně a SitemapIndex.xml, obsahující jejich umístění, stačí jej vložit do GWT a počkat až jej Google načte. První se načte Index a poté postupně všechny jednotlivé Sitemapy, to bude trvat nekolik desítek, minut, tak buďte trpěliví – výsledek stojí za to – Google bude přesně vědět které poddomény jsou součástí vašeho webu!

Download: sitemap.zip – třída sitemap, ukázková XML a soubor .htaccess

<route>
        <name>base</name>
        <url>:root</url>
        <params>
                <module>shop</module>
                <controller>index</controller>
                <action>index</action>
        </params>
</route>

A potom prostě pošlete ten argument root prázdný :)

$url = new Zend_View_Helper_Url();
$url->url(array('root'=>''),'base');

Další užitečnou věcí je, že pokud ve svém helperu potřebujete používat aktuální view objekt, musíte nadefinovat interface, kterým ho Helper Broker injectne do vašeho helperu. Popis jak na to najdete v manuálu (úplně dole). Pak můžete používat v klidu registrované view helpery ve svém helperu – tedy budete mít např. k ruce Zend_View_Hel­per_Partial (můj oblíbený :) )