O tom, že zvuk je dost potichu víme a pracujem na tom. Ale kvuli kvalitě se v tomhle screencastu nedá dát o moc víc nahlas. Takže příště.

“Requested scripts may not include parent directory traversal (”../”, “..\” notation)”

Tahle práva mě dnes překvapila při ladění shopu. Používal jsem na jednom serveru spoustu věcí na ZENDu, tak jsem si nechal dát ZF do include_path, abych nemusel pokaždé tahat FTPčkem těch10MB (nemam shell access). A ejhle, oni mi upgradovali na 1.7.5 a co se nestalo

Tahle chyba nastává, když vkládáte view s cestou např.: “../partials/muj-partial.phtml”

Řešení naštěstí existuje

$view->setLfiProtection(false);

Po chvíli zlobení a nadávání jsem vygooglil tento článek:
Zend Framework 1.7.5 Released – Important Note Regarding Zend_View
53.6.1. Migrating from versions prior to 1.7.5 v manuálu Zend Frameworku

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.

<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ý :) )