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.

Lo cierto es que no se si se trata de Firefox 3.6 o de firebug 1.5.0 o de algun otro plugin como el HTML Validator 0.8.6.1 pero la cosa cada día va a peor. Con Firefox 3.5 tampoco iba demasiado fino el tema. Me recomendaron hacer un downgrade a Firebug 1.4.0. y tampoco ha solucionado nada.

Los principales problemas que tengo són:

• Firefox se cuelga más de lo habitual, especialemente cuando me levanto y vuelvo al cabo de un rato, es decir en periodos de inactividad.
• Firebug no es capaz de desplegarme el inspector, se queda en el body o en algun div. Por lo que he de reinicar Firefox.

Psansaba que podría ser algo de mi Mac, pero me pasa en varios Mac’s (los de casa y el del trabajo). Pensaba que seria algo de los Mac’s, pero colegas del trabjo que usan windows estan igual.

A todo esto… pues le estoy dando una oportunidad a Opera que trae por defecto herramientas de debug muy buenas…

Pero lo curioso de Google Translator es su evolución y como con el tiempo y sin avisar se ha mejorado. Parece un cmapo de pruebas, muchas veces me ha pasado que no he usado la aplicación y al entrar pienso: “¡C***! Otra vez…. ¡la han vuelo ha cambiar!”. Y aunque no siempre la aciertan con los cambios (ponen botones personalizados, ahora los sacan, ahora ponen una lista… ) Habria estado bié hacer una captura de pantalla de cada una delas versiones que se han visto… pero la mejor sin duda es la actual, epero que esta vez duré mucho porque es casi un juguete con el que puedes matar el tiempo traduciendo palabras.

Entre las nuevas funcionalidades que podemos ver (almenos las descubreo hoy) es que si la palabra o frase traducida es en ingles, podemos pedirle a google que la lea, por fin dejaremos de decir “bug” y diremos “bag” (o algo así).

Pero lo que más me ha gustado (al menos lo he descubierto hoy) es que si traducimos una palabra al japonés o chino, a parte de mostranos la palabra en chino o japonés podemos hacer que nos muestre la palabra en formato romanizado, es decir en nuestro albafeto por lo que además podremos leer en chino o japonés.

Por otra parte, tambén nos ofrece un diccionario detallado en palabras sueltas, si se trata de un nombre o verbo… y ahora me surge la duda ¿siempre ha funcionado con peticiones AJAX? Esto no creo que sea nuevo, pero ahora en lugar de mostrar los resultados a la derecha los muesrtra debajo.

En fin lo que decía todo un juguete para perder el rato escuchando palabritas en inglés o mirando como se dice en japonés 私はスリープ状態に入る (watashi wa surīpujōtai ni hairu) .

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…

Cada vez los errores por pantalla son más extraños… ¡estoy hasta el moño! ¡Me paso a Symphony!

En Atrapalo.com se busca maquetador web.

Si buscas trabajo y tienes conocimientos en maquetación puede interesarte la oferta (todo es negociable). Puedes ver anuncio en infojobs.

Me dolió mucho los comentarios y la falta de respeto que mostró <em>Javi Moya</em> pero vosotros me lo habéis hecho olvidar rápidamente ¡Gracias!

Como veis es un blog pequeño y personal de pocos posts y muchos de poco interés.

Deciros que no me avergüenzo de decir que ayer cumplí mi récord de visitas 44! Y pese a ser un número ridículo cada vez que la web supera en vistas día tras día o cada vez que alguien deja un post aportando valor y no destruyendo me llena de alegría y no puedo evitar gritar en medio de la oficina “¡Tengo un nuevo comentario!” o “¡He superado mi record de visitas!”. Porque pese a trabajar (y haber trabajado) en webs con miles (y cuando digo miles son muchos miles) de visitas diarias, mis 44 visitas de mi blog son para mi mis 44 visitas más felices (incluso las de los bots).

Dado que lo que me gusta y parece que os gusta es Zend estoy preparando una nueva versión del blog más enfocada a este tema. Tengo dudas de como afrontar el cambio o de lo contrario abrir otro blog a parte, eso sí con Wordpress porque lo cierto es que no tengo tiempo para crear un blog con Zend.

Bueno, me quedo con ganas de decir y agradecer muchas cosas pero no quiero aburrir a nadie así que he borrado unos cuantos parágrafos. Por lo que me despido hasta un próximo post dando las gracias a:

Olagato, Arts, Federico, Milena, Caro, Matias y a Lisandro ¡Gracias!

Buenas noches y felices Zend-sueñuos

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.

El otro día un compañero me enseñaba un link curioso sobre lo que se cuece en la casa de YouTube. Y es que lo están preparando todo para la llegada del HTML5. Si usamos la última versión de Safari o Firefox 3.5 podrás ver como reluce YouTube en HTML5.

Cabe destacar que es solo una maqueta así que no esperes ver ningún video pero lo curioso es que si no dispones de un navegador que sporte HTML5 en realidad no se ve nada mal excepto por algunos botones mal ubicados.

Quiero pensar que el soporte que dan lo navegadores a HTML5 e iniciativas como estas van a impulsar de una vez por todas la web semántica y que los millones de usuarios que usan navegadores obsoletos den el salto a la modernidad.