A la hora de executar en la terminal doctrine orm:validate-schema me encontraba con el siguiente error:

PHP Fatal error: Call to undefined function Doctrine\Common\Cache\apc_fetch() in /vhosts/doctrine/library/Doctrine/Common/Cache/ApcCache.php on line 59

Esto sucede porque no tengo instalado el APC.

Para instalar correctamente el APC se han de indicar en Snow Leopard unos flags para que el APC se compile con la arquitectura adecuada

wget http://pecl.php.net/get/APC-3.1.3p1.tgz
tar -xvf APC-3.1.3p1.tgz
cd APC-3.1.3p1
/usr/local/zend/bin/phpize

MACOSX_DEPLOYMENT_TARGET=10.6
CFLAGS="-arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp"
CCFLAGS="-arch i386 -arch x86_64 -g -Os -pipe"
CXXFLAGS="-arch i386 -arch x86_64 -g -Os -pipe"
LDFLAGS="-arch i386 -arch x86_64 -bind_at_load"
export CFLAGS CXXFLAGS LDFLAGS CCFLAGS MACOSX_DEPLOYMENT_TARGET

./configure --enable-apc-mmap --with-apxs=/usr/sbin/apxs --with-php-config=/usr/local/zend/bin/php-config

make
sudo make install

Luego insertamos en el php.ini

extension=apc.so

apc.enabled=1
apc.shm_segments=1
apc.shm_size=128
apc.ttl=7200
apc.user_ttl=7200
apc.num_files_hint=1024
apc.mmap_file_mask=/tmp/apc.XXXXXX
apc.enable_cli=1

Reinicia el apache y revisa la configuración del APC con phpinfo(), verás que se ha compilado correctamente.

Actualización: Si al recargar las paginas web se os queda la página en blanco mirar los logs de php. Si os aparece:
Module 'apc' already loaded in Unknown on line 0 comentar la linea extension=apc.so poniendo un “;” (punto y comoa) delante.

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.