Solución: ¡ajustar la hora del servidor!

Por otra parte… y no tiene nada que ver, parece ser que lleva unos días caido pear.phpunit.de, por lo que instalar phpunit desde pear es imposible

class ZendY_Form extends Zend_Form{

    protected static $_standardElementDecorator   = array(
        array('ViewHelper'),
        array('Label',         array('separator' => ' ', )),
        array('Description',    array('tag' => 'span', 'class' => 'element-description-append', 'placement' => 'append' )),
        array('Errors'),
        array('HtmlTag',     array('tag' => 'div')),
    );  

    protected static $_standardElementDecoratorAppendDescription = array(
        array('Description',    array('tag' => 'span', 'class' => 'element-description-prepend', 'placement' => 'prepend' )),
        array('ViewHelper'),
        array('Label',         array('separator' => ' ', )),
        array('Errors'),
        array('HtmlTag',     array('tag' => 'div')),
    );

    protected static $_standardElementDecoratorClearRight   = array(
        array('ViewHelper'),
        array('Label',         array('separator' => ' ', )),
        array('Description',    array('tag' => 'span', 'class' => 'element-description-append', 'placement' => 'append' )),
        array('Errors'),
        array('HtmlTag',     array('tag' => 'div', 'class' => 'clearRight')),
    ); 

    protected static $_standardElementDecoratorClearLeft   = array(
        array('ViewHelper'),
        array('Label',         array('separator' => ' ', )),
        array('Description',    array('tag' => 'span', 'class' => 'element-description-append', 'placement' => 'append' )),
        array('Errors'),
        array('HtmlTag',     array('tag' => 'div', 'class' => 'clearLeft')),
    ); 

    /**
     *
     * Remeber to set 'separator' => '' into the element
     * @var array
     */
    protected static $_multiCheckboxElementDecorator = array(

        array('ViewHelper'),
        array('Label',         array('separator' => ' ', 'tag' => 'span')),
        array('Description',    array('tag' => 'span', 'class' => 'element-description-append', 'placement' => 'append' )),
        array('Errors'),
        array('HtmlTag',     array('tag' => 'div', 'class' => 'multiCheckbox')),

    );

    protected static $_hiddenElementDecorator = array(
        array('ViewHelper')
    );

    protected static $_submitElementDecorator = array(
        array('ViewHelper'),
        array('HtmlTag',         array('tag' => 'p', 'class' => 'element-submit')),
    );

    public function __construct($options = null)
    {
        parent::__construct($options);

    //$this->addElementPrefixPath('ZendY_Form_Decorator','ZendY/Form/Decorator','decorator');
    }

    /**
     * Load the default decorators
     *
     * @return void
     */
    public function loadDefaultDecorators(){

        if (!$this->loadDefaultDecoratorsIsDisabled()) {

            //$this->removeDecorator('DtDdWrapper');
            //$this->removeDecorator('DlWrapper'); 

            $this->clearDecorators()
                ->setAttrib('accept-charset', 'UTF-8')
                ->addDecorator('FormElements')
                ->addDecorator('HtmlTag', array('tag' => '
', 'class' => 'zendy_formContent'))
                ->addDecorator('Form')
                ->setAttrib('class', 'zendy_form')
            ;
        } 

        foreach ($this->getDisplayGroups() as $group){

            if($group->loadDefaultDecoratorsIsDisabled()) continue;

            $group->clearDecorators();

            $group->addDecorators(
                array(
                    array('FormElements'),
                    array('Description', array('tag' => 'p', 'class' => 'group-description', 'placement' => 'prepend' )),
                    new Zend_Form_Decorator_Fieldset(),
                )
            );
        }

        foreach ($this->getElements() as $element) {

            if($element->loadDefaultDecoratorsIsDisabled()) continue;

            switch ($element->getType()){

                case 'Zend_Form_Element_Hidden':      $element->setDecorators(self::$_hiddenElementDecorator);        break;
                case 'Zend_Form_Element_Submit':      $element->setDecorators(self::$_submitElementDecorator);        break;
                case 'Zend_Form_Element_Radio':
                case 'Zend_Form_Element_MultiCheckbox': $element->setDecorators(self::$_multiCheckboxElementDecorator); break;
                case 'Zend_Form_Element_Select':
                case 'Zend_Form_Element_Text':
                default:                                $element->setDecorators(self::$_standardElementDecorator);
            }
        }

        return $this;
    }
}

Se trata de crear una clase que extienda Zend Form en la que definimos nuestros Decorators, tambien se podria crear una clase para cada decorator, pero eso lo dejo para otra entrada.

Una vez definidos los Decorators para Elementos y DisplayGroups los llamamos en el metodo loadDefaultDecorators.

Ahora cuando creamos un formulario extenderemos de ZendY_Form y se aplicaran los Decorators que hemos definido.

A de más si queremos que algun elemento tenga un decorator diferente podemos ahcer lo siguiente:

$this->addElement('text', 'validAtTo', array(
            'label'     => 'To',
            'required'  => false,
            'class'     => 'date',
            'value'     => '',
            'disableLoadDefaultDecorators' => true,
            'decorators' => parent::$_standardElementDecoratorClearLeft
        ));

De esta forma, desactivamos los Decorators por defecto y cargamos otros que previamente hemos definido en nuestro clase ZendY_Form

Espero que os sea útil

Zend Framework nos permite configurar la nevegación de tres formas distintas:

• Directamente en PHP
• En un fichero XML
• En un fichero .INI

Al principio usaba un fichero XML para conigurar Zend_Navigarion y en el boostrap una función que carga dicho fichero:

protected function _initNavigation(){	

	$this->bootstrap('layout');
	$layout 	= $this->getResource('layout');
	$view 	= $layout->getView();

	$config 	= new Zend_Config_Xml(APPLICATION_PATH . '/configs/navigation.xml', 'navigation');
	$navigation = new Zend_Navigation($config);

	Zend_Registry::set('Zend_Navigation', $navigation);
}

Dado que estoy usando Zend_Application para manejar el proyecto tan solo necesito cargar el fichero XML, crear una instanca de Zend_Navigation y luego registrarla con Zend_Registry para que automaticamente la asuma la aplicación y poder usarla desde la vista.

Si tu navegación no es muy larga, tal vez te resulte más práctico usar el ficchero application.ini, pues no tendrás que hacer nada en el bootstrap.

Pero el problema surge, como en todos los otros recursos (Zend_Application_Resource_*), cuando quiero que cada módulo disponga de su propia navegación. Al intentarlo, Zend_Registry siempre se quedará con la última instancia, por lo que todos los módulos tendrán siempre la misma navegación. Esto es por  que Zend_Application carga todos los ficheros bootstrap de  cada módulo.

Esto es así y seguirá siendo así por que el bootstrap no es el lugar para configurar estos recursos (no lo digo yo). Por esta razón hemos de inicializar todas estas acciones mediante plugins.

Para empezar crearemos la estructura de la naevación en el fichero application.ini:

;Navegación principal
resources.navigation.storage.registry           = true
resources.navigation.pages.page001.label        = "Home"
resources.navigation.pages.page001.uri          = "/"
resources.navigation.pages.page001.controller   = "index"

;Navegación Admin
admin.resources.navigation.pages.clients.label 			= "Clients"
admin.resources.navigation.pages.clients.controller		= "clients"
admin.resources.navigation.pages.clients.module			= "admin"

admin.resources.navigation.pages.clients.pages.pageA.label		= "List"
admin.resources.navigation.pages.clients.pages.pageA.controller  = "clients"
admin.resources.navigation.pages.clients.pages.pageA.action		= "index"
admin.resources.navigation.pages.clients.pages.pageA.module		= "admin"

Es muy importante la primera linea resources.navigation.storage.registry en cada bloque de navegación, sin esto no funcionará. Lo que hace es que nos registra la navegación automáticamente.

Entonces, para inicializar una navegación especifica para cada módulo crearemos un plugin practicamente igual al que comente en el otro post Como hacer un Layout para cada módulo. En mi caso tan solo he de añadir unas lineas:

if(isset($config[$module]['resources']['navigation']['pages'])){
	$navigation = new Zend_Navigation($config[$module]['resources']['navigation']['pages']);
	Zend_Layout::getMvcInstance()->getView()->navigation($navigation);
}

Si prefieres o ya has creado un fichero XML (mucho más manejable) puedes hacer lo siguiente en lugar de lo anterior:

if(isset($config[$module]['resources']['navigation']['storage']['registry'])){
	$configIni = new Zend_Config_Xml(APPLICATION_PATH . '/configs/navigation.' . $module . '.xml', 'navigation');
	$navigation = new Zend_Navigation($configIni);
	Zend_Layout::getMvcInstance()->getView()->navigation($navigation);
}

De esta forma mi plugin queda de la siguiente manera:

class ZendY_Controller_Plugin_Layout extends Zend_Controller_plugin_Abstract {

	public function preDispatch(Zend_Controller_Request_Abstract $request) {

		$config = Zend_Controller_Front::getInstance ()->getParam ( 'bootstrap' )->getOptions ();
		$module = $request->getModuleName();

		if($module === "default") return;

		// Helpers Path
		Zend_Controller_Action_HelperBroker::addPath ( APPLICATION_PATH . '/modules/' . $module . '/helpers' );

		//basePath
		if (isset ( $config [$module] ['resources'] ['view'] ['basePath'] )) {
			$viewBasePath = $config [$module] ['resources'] ['view'] ['basePath'];
			Zend_Layout::getMvcInstance ()->setViewScriptPath ( $viewBasePath );
		}

		//Layout path
		if (isset ( $config [$module] ['resources'] ['layout'] ['layoutPath'] )) {
			$layoutPath = $config [$module] ['resources'] ['layout'] ['layoutPath'];
			Zend_Layout::getMvcInstance ()->setLayoutPath ( $layoutPath );
		}

		//LayoutScripts path
		if (isset ( $config [$module] ['resources'] ['layout'] ['layout'] )) {
			$layoutScript = $config [$module] ['resources'] ['layout'] ['layout'];
			Zend_Layout::getMvcInstance ()->setLayout ( $layoutScript );
		}

		//Navigation
		f(isset($config[$module]['resources']['navigation']['storage']['registry'])){
			$configIni = new Zend_Config_Xml(APPLICATION_PATH . '/configs/navigation.' . $module . '.xml', 'navigation');
			$navigation = new Zend_Navigation($configIni);
			Zend_Layout::getMvcInstance()->getView()->navigation($navigation);
		}
	}
}

Y recordar que para que el plugin funcione debeis regitrar su llamada en el boostrap

protected function _initPlugins(){

	$bootstrap = $this->getApplication();
        $bootstrap->bootstrap('frontcontroller');
        $front = $bootstrap->getResource('frontcontroller');
	$front->registerPlugin(new ZendY_Controller_Plugin_Layout());
}

o en el mismo application.ini

resources.frontController.plugins.layout 			= ZendY_Controller_Plugin_Layout

La primera necesidad que me surge es cambiar el dl por un div y los dt‘s y dd‘s por p‘s del formulario:

$form->clearDecorators()
	->addDecorator('FormElements')
	->addDecorator('HtmlTag', 	array('tag' => '', 'class' => 'zend_form'))
	->addDecorator('Form')
	->setElementDecorators(array(
		array('ViewHelper'),
		array('Errors'),
		array('Description', 	array('tag' => 'span', 'class' => 'element-description')),
		array('Label', 			array('separator' => ' ')),
		array('HtmlTag', 		array('tag' => 'p', 'class' => 'element-group')
	),
));

De esta forma todos los elementos del formulario estarán construidos con una p y con la clase element-group, las ayudas descriptivas estaran dentro de la misma p pero dentro de un span y con la clase element-group-description

El segundo aspecto es hacer que el submit no tenga label, para eso basta con no ponerlo, pero al hacerlo con listas de definición nos crea un dt vacío. pero además quiero que disponga de un link de “volver” o “cancelar”:

$form->addElement('submit', 'submit', array(
	'ignore'   		=> true,
	'description'	=> '<a href=\"#\">Cancel</a>',
	'decorators' 	=> array(
		array('ViewHelper'),
		array('Description', 	array('escape' => false, 'tag' => 'span', 'class'=>'element-canel-link')),
		array('HtmlTag', 		array('tag' => 'p', 'class'=>'submit-group'))
	)
));

Aquí lo importante son los valores que pasamos a la array Description y lo mismo lo podemos hacer para un input.

$form->addElement('password', 'credential', array(
	'label'      	=> 'Password',
	'required'   	=> true,
	'filters'    => array('StringTrim', 'StripTags'),
	'description'	=> '<a href=\"#\">Remember password</a>',
	'decorators' 	=> array(
		array('ViewHelper'),
		array('Description', 	array('escape' => false, 'tag' => 'span', 'class'=>'element-description')),
		array('Label', 			array('separator'=>' ')),
		array('Errors'),
		array('HtmlTag', 		array('tag' => 'p', 'class'=>'element-group'))
	)
));

Otro gran problema que se presenta con Zend Form es que al imprimir un checkbox lo pone después del label y eso es poco usable.

$form->addElement('checkbox', 'rememberme', array(
	'label'     => 'Remember me',
	'value'		=> '1',
	'checked' 	=> false,
	'decorators' 	=> array(
		array('ViewHelper'),
		array('Label', 			array('placement' => 'APPEND')),
		array('Errors'),
		array('HtmlTag', 		array('tag' => 'p', 'class'=>'element-group'))
	)
));

(Creo que aquí hay un bug, además del checbox me ha añadido un input hidden, pero no debería darnos muchos problemas, espero))

De esta forma my clase formulario queda así:

class Default_Form_Login extends Zend_Form
{
    /**
     * init()
     *
     * @see    http://framework.zend.com/manual/en/zend.form.html
     * @return void
     */
    public function init()
    {
        // Set the method for the display form to POST
        $this->setMethod('post');
        $this->setAction('/auth/login/');
        $this->setAttrib('id', 'loginForm');

        $this->clearDecorators()
        	->addDecorator('FormElements')
         	->addDecorator('HtmlTag', array('tag' => '

', 'class' => 'zend_form'))
         	->addDecorator('Form')
        	->setElementDecorators(array(
	            array('ViewHelper'),
	            array('Errors'),
	            array('Description',	array('tag' => 'span', 'class' => 'element-description')),
	            array('Label', 			array('separator' => ' ')),
	            array('HtmlTag', 		array('tag' => 'p', 'class' => 'element-group')
			),
        ));

        $this->addElement('text', 'identity', array(
            'label'      	=> 'Email',
        	'value'			=> '',
            'required'   	=> true,
            'filters'    	=> array('StringTrim', 'StripTags', 'StringToLower'),
        	'validators' 	=> array('EmailAddress'),
        ));

        $this->addElement('password', 'credential', array(
            'label'      	=> 'Password',
            'required'   	=> true,
        	'filters'    => array('StringTrim', 'StripTags'),
        	'description'	=> '<a href=\"#\">Remember password</a>',
			'decorators' 	=> array(
				array('ViewHelper'),
	            array('Description', 	array('escape' => false, 'tag' => 'span', 'class'=>'element-description')),
	            array('Label', 			array('separator'=>' ')),
	            array('Errors'),
				array('HtmlTag', 		array('tag' => 'p', 'class'=>'element-group'))
			)
        ));

        $this->addElement('checkbox', 'rememberme', array(
            'label'     => 'Remember me',
            'value'		=> '1',
        	'checked' 	=> false,
        	'decorators' 	=> array(
				array('ViewHelper'),
	            array('Label', 			array('placement' => 'APPEND')),
	            array('Errors'),
				array('HtmlTag', 		array('tag' => 'p', 'class'=>'element-group'))
			)
        ));

        // Add the submit button
       	$this->addElement('submit', 'submit', array(
            'ignore'   		=> true,
       		'description'	=> '<a href=\"#\">Cancel</a>',
       		//set decorator
			'decorators' 	=> array(
				array('ViewHelper'),
				array('Description', 	array('escape' => false, 'tag' => 'span', 'class'=>'element-canel-link')),
				array('HtmlTag', 		array('tag' => 'p', 'class'=>'submit-group'))
			)
        ));

        // And finally add some CSRF protection
        $this->addElement('hash', 'csrf', array(
        	'ignore' => true,
       		//set decorator
        	'decorators' =>
			array(
				array('ViewHelper'),
				array('HtmlTag', 		array('tag' => 'p', 'class'=>'element-group-hidden'))
			)
        ));
    }
}

Lo ideal sería crear una clase con Zend_Form_Decorator para que realizará estos cambios automáticamente, pero eso es ya lo dejo para otro post. Así que hasta aquí la primera parte de los Decorators, otro día (espero) veremos como tratar otros elementos, los errores, etc…

Zend Layout es uno de mis objetos preferidos por la versatilidad que ofrece y una vez entiendes el proceso y como combinarlo con el resto del Framework y los placeholders obtienes una gestión muy clara de las plantillas.

Vamos a suponer el siguiente layout:

<div>
<?php echo $this->render('header.phtml') ?>
<h1><?php echo $this->placeholder('h1') ?></h1>
<?php echo $this->layout()->nav ?>
<?php echo $this->layout()->content ?>
</div>

Cada bloque de código php realiza una acción diferente.

• $this->render(‘header.phtml’) se encargará de llamar al archivo header.phtml que estará ubicado en el mismo nivel que el layout.
• $this->placeholder(‘h1′) nos devolverá el valor que hallamos definido en la plantilla usando $this->placeholder(‘h1′)->set(‘Mi h1′);
• $this->layout()->nav es un ActionStack
• $this->layout()->content nos devolverá el contenido de la plantilla

Pero ¿Que són los ActionStacks? ¿como se usan los? y ¿Para que sirven? Básicamente lo que logramos con los ActionStacks es renderizar un fragmento de código generado por una acción que no es la misma que estamos ejecutando en el momento de renderizar la página.

Todo será más fácil si usamos el MVC o Zend Application

Para hacer un ActionStack necesitaremos dos cosas: Un controlador y una llamada a este.

Lo primero será crear un controlador como cualquier otro, por ejemplo: NavegacionController con una acción menuAction. Esta acción renderizará menu.phtml pero le indicaremos en que segmento de la plantilla o layout se deberá renderizarse:

class NavegacionController extends Zend_Controller_Action{

    public function menuAction(){

    	// renderiza menu.phtml en el segmento nav
    	$this->_helper->viewRenderer->setResponseSegment('nav');
    }
}

Lo siguiente es hacer la llamada desde la acción principal.

class IndexController extends Zend_Controller_Action {

	public function indexAction() {

		$this->_helper->actionStack ('menu', 'navegacion', 'default');
	}
}

Es decir, cuando llamemos a IndexAction del IndexController el se encargará de llamar a menuAction del navegaciónController para que renderize scripts/navegacion/menu.phtml en el segmento nav que hemos indicado en el layout con $this->layout()->nav.

Entonces vemos que el primer parámetro es la acción, el segundo el controlador y el tercero es opcional y se refiere al módulo que por defecto es default.

Para profundizar más con los layouts estan los Placeholder Helper pero esto se sale ya del tema y lo dejo para otro post.

Espero que os se útil.

A diferencia de la versión lite, con la Pro puedes configurar los virtual hosts sin tocar ningún fichero de conflagración ni el fichero hosts lo cual resulta muy práctico cuando no te mueves con soltura por la Terminal.

El problema en cuestión ha sido un “Fatal error: Allowed memory size of …” al ejecutar una apalicación desarrollada en Zend Framework. Por defecto PHP establece un máximo memoria de 8 Mb y cambiar este valor es tan fácil como editar el parámetro  memory_limit el php.ini.

Considero que este tipo de ajustes no se deberían realizar a menos que sean realmente necesarios como cuando trabajas con imágenes pero al ser un desarrollo local tampoco es que me mporte mucho así que he editado el php.ini.

¿Cual ha sido la sorpresa? Por mucho que editará el fichero no se reflejaban los cambios. Consulto la ubicación del php.ini con phpInfo() y veo que el fichero esta ubicado en:

/Library/Application Support/living-e/MAMP PRO/conf/php.ini

Ok, soy tonto, estaba tocando el fichero MAMP y no de MAMP Pro (costumbre de usar la verión lite) así que edito el fichero correcto y reinicio.

¿Otra vez? Nada, no se refleja el cambio  8 por 12 y nada. Sigue en 8Mb. La cosa estaba clara yo editaba el fichero correcto pero al arrancar MAMP Pro se sobrescribe los cambios. Por lo tanto el fichero php.ini esta en otro lugar y no podía ser otro que dentro de la misma aplicación.

Entonces es cuando abro el contenido de MAMP Pro y encuentro el fichero correcto en:

/Applications/MAMP PRO 1.72/MAMP PRO.app/Contents/Resources/php5.ini

Ok, todo listo, reiniciamos el Apache y comprobamos que los ajustes sean correctos. Y lo son, pero nada el Fatal Error aparece igualmente por lo que acabo subiendo el limite de memoria a 32Mb pero nada.

La conclusión es Zend Framework no funciona en MAMP Pro. Quizás no he buscado suficientemente bien en Google, pero si empezamos así.. mejor volver a usar MacPorts.

 $form->addElement('text', 'date', array( 'label' => 'date', 'validators' => array('date') )); 

El problema lo encontramos cuando queremos usar un determinado formato de fecha y lo queremos almacenar en la base de datos. Este tipo de tareas son las que un programador siempre recopila en una función y se las guarda en su librería para facilitarse la tareas repetitivas en sus proyectos. En cierto modo estas tareas ya las hacen o deberían hacer los frameworks (pues los frameworks son al final una recopliación de funciones y clases para facilitarnos el trabajo).

En el Zend Framework no existe por ahora una forma muy clara de como automatizar este proceso si usamos el módulo Zend Application pero con un par de apaños y sin usar ningún plugin o helper veamos como lo podemos solucionar con lo que nos ofrece el framework

Primeros, vamos a suponer que estamos creando una aplicación con la misma estructura que se usa en el Quick Start del Zend Framework. Entonces ¿Que neceistamos?

• Un objeto de formulario

  Zend_Form

  Un modelo de datos

  Zend_DB_Table

  y un mapeador
  internacionalizar la aplicación con

  Zend_Locale

¿Por dónde empezamos?
Lo primero que haremos será que nuestro formulario valide las fechas con el formato que a nosotros nos interesa dd/mm/yyyy (es decir el más común en la lengua hispánica). Para ello en nuestra objeto formulario que extiende el Zend_Form debe existir un elemento tipo texto para introducir la fecha:

 $this->addElement('text', 'fecha', array( 'label' => 'fecha', 'required' => true, 'filters' => array('StringTrim', 'StripTags'), 'validators' => array('date') ));

Lo que estamos haciendo es que solo las fechas serán validas pero no estamos indicando en que formato. Aquí es cuando entra en juego Zend Locale por lo que añdiremos en nuestro bootstrap la siguiente función:

 protected function _initLocale(){ $locale = new Zend_Locale(); $locale->setLocale('es_ES'); Zend_Registry::set('Zend_Locale', $locale); // la registramos para su futuro uso en el resto de la aplicación } 

Una vez la fecha es valida la hemos de guardar en la base de datos con el formato tipico de yyyy-mm-dd. Nos situamos en la función Save de nuestro mapper y añadiremos al principio la conversión de tipo de fecha con Zend_date:

 public function save(Default_Model_Mitabla $tabla){ // Creamos un objeto Zend_Date y como parámetro la fecha que recibimos $fecha = new Zend_Date($tabla->getFecha()); $data = array( 'nombre' => $tabla->getNombre(), 'startDate' => $startDate->getIso() // retornamos la fecha en formato ISO 8601 ); if (null === ($id = $tabla->getId()) || $tabla->getID() == 0) { unset($data['id']); $this->getDbTable()->insert($data); } else { $this->getDbTable()->update($data, array('id = ?' => $id)); } } 

Finalmente solo nos queda una cosa, recuperar las fechas de la base de datos en el formato que deseamos, por lo que modificaremos la función Find del mapper:

 public function find($id, Default_Model_Mitabla $tabla){ $result = $this->getDbTable()->find($id); if (0 == count($result)) { return; } $row = $result->current(); $fecha = new Zend_Date($row->fecha, Zend_Date::ISO_8601); $job->setId($row->id) ->setNombre($row->nombre) ->setStartDate(str_replace('00:00:00', '', $fecha->getDate())); } 

Nuevamente lo que hacemos es crear un objeto Zend Date pasando como primer argumento la fecha que recibimos de la base de datos y como segundo el formato en que la recibimos. Luego con getDate() devolvemos la fecha en el formato esperado tal como hemos indicado con Zend_Locale. Notad que he añadido un str_replace pues como se trata de un campo de tipo Date y no Datetime no me interesa que me retorne la hora.

De esta forma, en principio, nos será fácil mantener una aplicación en diferentes idiomas y las fechas se mostraran en el formato propio del idioma indicado, prueba a cambiar el argumento locale del objeto >Zend Locale y todo debería funcionar correctamente.

Espero que os sea útil y se veis algún error o sabéis la forma de hacerlo mucho más fácil espero vuestros comentarios.

El primer problema lo encontramos a la hora de construir la aplicación con Zend_Tool, pues este no crear la carpeta pertinente. Y esto nos lleva al segundo problema y es que Zend_Tool no registra el lugar donde serán llamados los helpers.

Entonces lo primero que hemos de hacer es crear la carpeta helpers. ¿Dónde? En principio donde queramos. Lo lógico sería crearla dentro de la carpeta controllers, pero si usamos el Zend Studio cuando queramos crear un helper nos  lo pondrá en la raíz porque el lugar por defecto para crear los helpers es dentro de application es decir: /application/helpers.

Lo segundo que hemos de hacer es añadir al bootstrap la siguiente linea (teniendo en cuenta que existe la constante APPLICATION_PATH que es la ruta de nuestra aplicación y que queremos guardar los helpers en /application/helpers):

 Zend_Controller_Action_HelperBroker::addPath(APPLICATION_PATH .'/helpers'); 

Pero existe otro problema aún si usamos diferentes módulos dentro de nuestra aplicación. Seguramente nos interesará que cada módulo tenga sus propios helpers

Para ello debemos hacer algo parecido a lo que vimos en un post anterior como hacer un layout para cada modulo

Necesitaremos crear un plugin:

 //My/Controller/Action/helpers.php class My_Controller_Action_helpers extends Zend_Controller_plugin_Abstract{ public function preDispatch(Zend_Controller_Request_Abstract $request){ $config = Zend_Controller_Front::getInstance()->getParam('bootstrap')->getOptions(); $moduleName = $request->getModuleName(); Zend_Controller_Action_HelperBroker::addPath(APPLICATION_PATH . '/modules/' . $moduleName . '/helpers'); } } 

y luego registrarlo en el bootstrap:

 protected function _initPlugins(){ $this->bootstrap('frontController'); $plugin = new My_Controller_Action_Helpers(); $this->frontController->registerPlugin($plugin); Zend_Controller_Action_HelperBroker::addPath(APPLICATION_PATH . '/helpers'); } 

En mi caso para no crear dos plugins tan solo he añadido la linea de llamada a Zend_Controller_Action_HelperBroker al plugin que ya había creado en el post anterior mencionado.

Buenos espero que os sea útil.

Vamos a suponer que queremos crear un modulo Admin para nuestra aplicación y que usamos la jerarquía de ficheros establecida con Zend Tool. Seguramente nuestro fichero application.ini empezará algo similar a esto:

[production] phpSettings.display_startup_errors = 0 phpSettings.display_errors = 0 includePaths.library = APPLICATION_PATH "/../library" bootstrap.path = APPLICATION_PATH "/Bootstrap.php" bootstrap.class = "Bootstrap" resources.layout.layoutPath = APPLICATION_PATH "/layouts/scripts" resources.layout.layout = layout resources.view[] = resources.view.basePath = APPLICATION_PATH "/views/"

Y probablemente querremos añadir un par de lineas para que nuestro Admin tenga su propio layout.

;Modules config resources.frontController.moduleDirectory = APPLICATION_PATH "/modules" admin.resources.layout.layoutPath = APPLICATION_PATH "/modules/admin/layouts/scripts" admin.resources.layout.layout = layout

Claro esta que eso no es suficiente, deberemos añadir:

resources.modules[] =

Este debe ser el primer recurso que cargues, de otra forma no funcionará, para ello colócalo al principio de todo, justo por debajo de [production].

Seguramente, todo esto ya lo has echo y sabes que no funciona, que lo que sucede es que se sobrescribirá el resources.layout.layoutPath y no funcionará. Por ello lo que necesitamos es un Plugin que nos cargue el layout correcto:

// My/Controller/Plugin/Layout.php
class My_Controller_Plugin_Layout extends Zend_Controller_plugin_Abstract{
public function preDispatch(Zend_Controller_Request_Abstract $request){
$config = Zend_Controller_Front::getInstance()->getParam('bootstrap')->getOptions();
$moduleName = $request->getModuleName();
if (isset($config[$moduleName]['resources']['layout']['layout'])) {
$layoutScript = $config[$moduleName]['resources']['layout']['layout'];
Zend_Layout::getMvcInstance()->setLayout($layoutScript);
}
if (isset($config[$moduleName]['resources']['layout']['layoutPath'])) {
$layoutPath = $config[$moduleName]['resources']['layout']['layoutPath'];
$moduleDir = Zend_Controller_Front::getInstance()->getModuleDirectory();
Zend_Layout::getMvcInstance()->setLayoutPath($layoutPath);
}
}
}

Y a continuación añadimos a nuestro Bootstrap.php:

protected function _initPlugins(){ $this->bootstrap('frontController'); $plugin = new My_Controller_Plugin_Layout(); $this->frontController->registerPlugin($plugin); }

Con esto lo que hacemos es que registrar el plugin para que sea interpretado por el Zend Framework

Dado que he usado el namespace My necesitaré registrarlo en el fichero application.ini añadiendo la siguiente linea:

autoloaderNamespaces[] = "My"

De esta forma mi application.ini de la aplicación, no del módulo quedaría así:

[production] ;First resource to load resources.modules[] = phpSettings.display_startup_errors = 0 phpSettings.display_errors = 0 includePaths.library = APPLICATION_PATH "/../library" autoloaderNamespaces[] = "My" bootstrap.path = APPLICATION_PATH "/Bootstrap.php" bootstrap.class = "Bootstrap" resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers" resources.layout.layoutPath = APPLICATION_PATH "/layouts/scripts" resources.layout.layout = layout resources.view[] = resources.view.basePath = APPLICATION_PATH "/views/" ;Modules config resources.frontController.moduleDirectory = APPLICATION_PATH "/modules" admin.resources.layout.layoutPath = APPLICATION_PATH "/modules/admin/layouts/scripts" admin.resources.layout.layout = layout

Y listo, ya tenemos asignado un layout diferente para nuestro Admin. Para mejorar todo esto sería bueno que las especificaciones de cada módulo se declararán en el fichero application.ini de cada módulo, pero para eso necesitariamos crear un Resource que interpretará cada fichero por separado.