sudo pecl install uploadprogress

El problema surge cuando se trata de OS X Lion. Todo parece ir bien hasta que reincidas el apache y el PHP salta con el siguiente error:

PHP Startup: Unable to load dynamic library '/usr/local/zend/lib/php_extensions/uploadprogress.so' - dlopen(/usr/local/zend/lib/php_extensions/uploadprogress.so, 9): no suitable image found.  Did find:
	/usr/local/zend/lib/php_extensions/uploadprogress.so: mach-o, but wrong architecture in Unknown on line 0

Si no has configurado la ruta del php.ini en el pcel es buen momento para hacerlo con el comando:

sudo pecl config-set php_ini usr/local/zend/etc/php.ini

Si ya hemos instalado el uploadprogress lo primero que haremos será desinstalarlo con:

sudo pecl uninstall uploadprogress

Ahora descargamos la última versión de desde http://pecl.php.net/package/uploadprogress (en el momento de escribir este post la versión actual es la 1.0.3.1) y lo descomprimimos.

A continuación desde la terminal nos movemos hasta la carpeta de la extensión:

cd /Users/jordi/Downloads/uploadprogress-1.0.3.1/uploadprogress-1.0.3.1/

Y empezamos tecleando:

phpize

Que nos responderá con algo como:

Configuring for:
PHP Api Version:         20090626
Zend Module Api No:      20090626
Zend Extension Api No:   220090626

Ahora ejecutamos el comando configure tal como muestro a continuación:

MACOSX_DEPLOYMENT_TARGET=10.7 CFLAGS='-O3 -fno-common -arch i386 -arch x86_64' LDFLAGS='-O3 -arch i386 -arch x86_64' CXXFLAGS='-O3 -fno-common -arch i386 -arch x86_64' ./configure --with-php-config=/Developer/SDKs/MacOSX10.7.sdk/usr/bin/php-config

Luego:

make

Y luego:

make install

Si no hemos configurado la ruta del php.ini en pecl nos pedirá que agreguemos la extensión a nuestro php.ini añadiendo la siguiente linea:

extension=/usr/lib/php/extensions/no-debug-non-zts-20090626/uploadprogress.so

Reiniciamos el apache y ya tenemos la extensión uploadprogress funcionando.

(dejo el link y copio el texto, para cuando caduque la oferta)

http://www.tecnoempleo.com/oferta-de-trabajo.php?goog_pr=2&goog=1&refer=844226866eec3ld65al7&sl=

Empresa 	perfect alibi event
Oferta 	 	Maquetador HTML - Barcelona

Provincia 	Barcelona - España
Perfil
Se precisa: Persona para desarrollar una web.

Su objetivo: Será desarrollar código HTML, PHP, JSP, JQUERY y AJAX según indicaciones de un Analista Programador y Analista de Bases de Datos.

Se requiere: Dominio de HTML, PHP, JSP, JQUERY, AJAX, MySQL a nivel de consultas.

Se valorará: Experiencia demostrable en proyectos similares. Dominio de alguno de los siguientes entornos de programación o similares : NuSphere, Eclipse, Eclipse PDT, Firebug.

Estudios: Preferiblemente ingeniero/a informático/a aunque no es imprescindible si se cumple el punto anterior.
Experiencia 	3-5 años
Puesto 	Se precisa: Persona para desarrollar una web: código HTML, PHP, JSP, JQUERY y AJAX
Jornada 	Jornada completa
Honorarios 	9000 € - 9000 € Bruto/año
Tipo contrato 	A determinar
Funciones  	Desarrollador Web
Tecnología  	HTML PHP JSP JQUERY AJAX MySQL .

1. Tu no quieres un maquetador, quieres un programador que sepa maquetar
2. De 3 a 5 años de experiencia. Bueno todos queremos gente valida
3.  Jornada completa. Ok…
4. “Preferiblemente ingeniero/a”, bueno es preferible… ok
5. Con 3 a 5 años de experiencia, si se puede tener experiencia en muchas cosas. ok
6. 9000 euros bruto/año!!!!  Espero que se trate de un error porque si alguien esta dispuesto a cobrar semejante miseria es que el mundo esta peor de lo que nos cuentan… vaya haciendo bocadillos en un fast-food cobraba mucho más que esto. Y para más inri 5 años de experiencia e ingeniero. Es una falta de respeto, espero que sea un error.

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

El problema viene dado por usar el sistema de comparición de carpetas de virtualbox, por algun motivo le esta añadiendo bites a las imagenes, lo cual hace que los ficheros sean enviados al cliente con errores.

Solución: añadir en la configuración de apache:

EnableMMAP off
EnableSendfile off

Haciendo pruebas con los nuevos elementos vi que el elemento de tipo number en Safari no responden a los eventos cuando haces click en los controles (las flechecitas de arriba y abajo), solo cambia el valor, pero no se disparan los eventos atachados via JavaScript.

La solución más facil es usar el evento click.

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

Para nada cosideraria que un maquetador no sabe de semántica ni de accesibilidad, eso depende de los conocimientos de la persona. Pero e aquí cunado un maquetador deja de ser maquetador para convertirse en frontend que deberia conocer y dominar toda una serie de aptitudes:

1. XHTML semántico
2. Tablas solo para datos tabulares
3. Recomendaciones W3C
4. Reconocer IE6 como hijo navegador pese a que de muchos disgustos
5. Separar el contenido de la presentación y de la interactividad
6. Accesibilidad
7. Optimización web (imagenes, cargas, etc.)

Es un perfil relativamente nuevo que muchas empresas aun no tienen y muchas que no saben que lo necesitan.

Yo personlamente me considero frontend, pues creo sinceramente que hago algo más que maquetar una web.

Lo malo de este perfil es que cuesta mucho encontrar ha alguien que reuna todas estas caracteristicas (y que quiera cobrar lo que se esta pagando –depende claro, de la empresa–)

A mi jucio, lo peor de ser frontend es que me veo obligado a pelearme con diseñadores y progrmadores. Unos porque hacen diseños imposibles o muy costosos (para nada les importa el crossbrowsing, y a veces parece que ni la semántica –la usabilidad si, les encanta–) . Con otros porque te tocan el código y rompen la accesibilidad y la semantica con javascript obstrusivo o agrupando elementos con spans donde les interesa.

Con todo estos lo que queiro decir es que cada uno es lo que sabe y hace lo que puede. No importa demasiado el nombre o la etiqueta que le pongas. Las empresas miran por el dinero y no saben ni quieren saber (ni entender) que el maquetador/frontend es como la cola que engancha el diseño con la programación y que como professional que es tiene unas necesidades y unos valores.

No hace mucho las web eran como casas de paja. Pensad que las empresas que tienen todo su negocio enfocado en internet (en españa) la mayoria no tienen mucho más de 10 años y que muchas de estas no han podido afrontar los cambios que han surgido en internet.

Hace diez años no existian ni las capacidades técnicas ni los frameworks con los que hoy podemos trabajar.

Aunque Tim Berners-Lee concebiera la web como algo semántico y accesible es precisamente lo contrario, el uso del no-estandar, lo que permitió la rápida expansión de la web.

Afortunadamente desde hace unos pocos años la cosa esta cambiando, pero antes han de madurar las empresas y entender que al lobo no le costó tirar al suelo la casa de madera.

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

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…