Volviendo un poco a generar videos, la idea es mostrar un poco como crear aplicaciones usando TDD en PHP.

Para esto vamos usar PHPUnit, y ningun framework especifico.

En el video vamos a ver el siguiente codigo

tests/CalculatorTest.php

require_once 'src/Calculator.php';

class CalculatorTest extends \PHPUnit_Framework_TestCase
{

    /**
     * @dataProvider diffProvider
     */
    public function test_Give_2_Real_Numbers_Should_Return_The_Difference_Between_Both($a, $b, $expectedResult)
    {

        $calculator = new Calculator();

        $result = $calculator->diff($a, $b);

        $this->assertEquals($expectedResult, $result);

    }

    /**
     * @expectedException InvalidArgumentException
     */
    public function test_Given_A_String_Should_Throw_An_Exception()
    {
        $calculator = new Calculator();

        $calculator->diff(5, 'tres');
    }

    public function diffProvider()
    {
        return [
            [5, 3, 2],
            [10, 5, 5],
            [-5, 5, -10],
            [5, 4, 1],
        ];
    }
}

src/Calculator.php

class Calculator
{

    public function diff($numb1, $numb2)
    {
        if (is_string($numb1) || is_string($numb2)) {
            throw new \InvalidArgumentException('Is not a number');
        }
        return $numb1 - $numb2;
    }
}

Despues de mucho tiempo de hacernos esperar la verison 2 de Zend Framework esta por dar a luz, y si todavia no hay una version estable pero ya estamos por la Release candidate 4 (RC4).

Muchos cambios surgieron con esta nueva version, no solo estamos hablando de soportar PHP 5.3/5.4 y todos sus nuevos features, hay muchos cambios respecto al framework en general.

Se cambio toda la estructura, se hizo practicamente de cero. Tenemos otra estructura de carpetas, tenemos “Modulos” de verdad, tenemos Dependency Injection (DI) e Event Manager. Esta version va a llevar a PHP a otro nivel.

No se van a escuchar mas comentarios del tipo, ZF es lento, es pesado. Zend Framework con la introduccion de DI no solo depreco todos sus singleton dando vuelta por todas las librerias, sino que nos hizo un framework mas transparente.

Durante un tiempo deje de hacer videos de ZF y tampoco doy clases en Educacion It, esto se daba porque estaba esperando esta version. Los cambios son geniales, y confio en que ZF2 y Symfony 2 van a llevar a PHP al lugar que merece.

En este primer capitulo vamos a crear el bootstrap de nuestra aplicacion inicial. Como aclaro en el video, voy a tratar de hacer los videos mas cortos explicando conceptos simples, pero tratando, si mis otras obligaciones me lo permiten, subir videos mas seguidos.

Aca les dejo el primer capitulo.

Configuracion de un virtual host.
<VirtualHost *:80>
ServerName zf2.local
ServerAlias www.zf2.local
DocumentRoot /Users/pablo/Workspace/ZendSkeletonApplication/public
<Directory /Users/pablo/Workspace/ZendSkeletonApplication/public>
Options FollowSymlinks
AllowOverride All
Order allow,deny
Allow from all

</Directory>

SetEnv APPLICATION_ENV development

</VirtualHost>

Links
Codigo fuente de Zend Framework 2

Zend Skeleton Application

Entiendase deploy como el proceso de subir nuestro codigo/db/cambios en general a determinado ambiente. En este caso vamos a hablar del deploy en produccion.

Hoy estaba escuchando que el comando rsync es terriblemente avanzado para el uso comun y que seria una buena alternativa usar FTP, o Dropbox (WTF?).

Voy a tratar de desmitificar esto.

Primero quiero hacer una aclaracion, es importante entender que si bien es correcto que usemos control de versiones para desarrollar no es correcto usar el control de versiones en el servidor.

En el control de versiones que mas le guste o les toque trabajar, ya sea git, svn, mercurial, etc. nosotros necesitamos guardar todo lo que realmente requiera de un versionado, esto tiene que entenderse como codigo no binario. Cuando hablamos de una imagen por ejemplo, la imagen puede sufrir variaciones porque un desarrollador decidio cambiarle el tamaño a las imagenes en portadas que tenemos en el slider, estas imagenes pueden ir variando constantemente pero no tenemos que analizar su codigo para ver como va variando en las dferentes versiones, no necesitamos hacer un code review tampoco, no tiene ningun sentido guardar en un versionado las imagenes, ademas tenemos el costo extra que las imagenes (generalmente), ocupan mucho espacio y a ese espacio, ese espacio se le tiene que sumar el archivo que usa el control de versiones para chequear si sufrio cambios y que cambios fueron. Lo cual estamos duplicando espacio sobre algo que no nos interesa llevar un versionado. Lo mismo pasa con los PDF, zip, .doc, etc.

Entonces solo vamos a versionar codigo, ese codigo puede contener por ejemplo, nuestros tests, archivos para hacer pruebas locales, archivos de ambiente, etc. No hace falta que el codigo de los tests este en produccion, nosotros no vamos a correr test unitario en produccion, ya se supone que fue probado en los distintos ambientes, por lo cual su espacio en el servidor es inecesario, lo mismo con los archivos de ambiente, para que necesito la configuracion de mi ambiente de desarrollo si estoy en produccion?. Para que necesito ocupar espacio en disco de los archivos que necesita git para validar si hay cambios, si no voy a hacer commit desde el server?, o no deberia.

Que pasa si mis imagenes las tengo que subir a un servidor de CDN y no al servidor donde esta el codigo? de que me sirve que el server del codigo tambien contenga las imagenes?

Todo muy lindo pero esto es engorroso hacerlo a mano, como hago todo el deploy en una linea de bash?

Muy simple con rsync.

Que hace este comando magico? Basicamente lee un directorio, y lo compara con otro directorio y establece que archivos se modificaron y cuales tiene que pisar. Una vez que los identifico los actualiza.

Su funcionalidad en contra de la creencia “popular” es muy simple.

Supongamos que localmente tenemos dos directorios con copias exactas de su conteinido, pero en uno de ellos decido editar un archivo o agregar uno nuevo. Pero quiero sincronizarlos.

Entonces voy a ejecutar lo siguiente

 $ rsync -avz /home/pablo/directorioModificado/ /home/pablo/directorioSinModificar/

Simplemente escribimos el comando, tres simples parametros (letras), y el directorio modificado y el directorio a modificar.

Yo use rsync -avz, estas 3 letras significan diferentes opciones que yo quiero de rsync.

“a”, esta letra sirve para que rsync sincronice todo el arbol de directorios manteniendo las fechas de actualizacion, permisos, y link simbolicos (Gracias Rodrigo por la aclaracion)

“v”, verbose, muchos comandos en linux tienen la opcion verbose, que basicamente significa si va a mostrar el detalle en pantalla o no. Rsync sin esta opcion no nos va a mostrar el detalle de que archivos esta sincronizando.

“z”, esta opcion es muy importante cuando queremos hacer sincronizaciones remotas, como por ejemplo a nuestro servidor, esta opcion sirve para comprimir los datos que van a viajar por la red.

En el caso que quiseramos hacer lo mismo pero en una carpeta remota hacemos lo siguiente.

  $ rsync -avz /home/pablo/directorioModificado/ user@midominio.com:/home/pablo/directorioSinModificar/

Aca la conexion se va a dar a un servidor remoto, via ssh, por lo cual vamos a especificarle nuestro usuario de ssh (user), el dominio en el que nos vamos a conectar (dominio.com), y vamos agregar el dos puntos (:) y concatenarle la ruta a la carpeta correspondiente en el servidor.

En mi caso el codigo para deployar codigo en el servidor es el siquiente.

 $ rsync -avz ~/Workspace/paintball/ user@dondejugarpaintball.com:/var/www/paintball/

A esta linea yo voy a excluirle la carpeta imgs, .git, y tests. Entonces voy a usar el atributo exclude de rsync, este atributo va a sincronizar todos los archivos y carpetas, menos los que yo indique que se excluyan.

 $ rsync -avz ~/Workspace/paintball/ --exclude tests --exclude .git --exclude public/imgs user@dondejugarpaintball.com:/var/www/paintball/

Ahora recordar todo esto puede ser tedioso, y para eso tenemos los alias. vamos a nuestro archivo ~/.bashrc y agregamos un alias que reemplace toda la linea anterior por un simple sync-paintball

alias sync-paintball="rsync -avz ~/Workspace/paintball/ --exclude tests --exclude .git --exclude public/imgs user@dondejugarpaintball.com:/var/www/paintball/"

Cargamos el nuevo bashrc.

$ source ~/.bashrc

y ejecutamos

$ sync-paintball

Y listo, una vez que termina de sincronizar los archivos voy al sitio en produccion y ya tengo todo actualizado. Si falla algo, cosa que puede pasar, puedo solucionarlo desde mi ambiente local y volver a sincronizarlo, o en el caso que sea algo interno del servidor me conecto al mismo y lo resuelvo. Pero en el mayor de los caso no va a hacer falta.

Podriamos aplicar lo mismo para sincronizar las imagenes a nuestro servidor de CDN.

Recuerden que cada vez que abran una conexion ssh con rsync van a necesitar escribir el password de usuario en el servidor.

Increiblemente he recibido muchas preguntas sobre como instalar Zend Framework en un hosting donde no tengo acceso al virtual host, y a la configuracion de apache en general.

Realmente esto es muy simple, ahora vamos a ver porque.

Zend Framework no requiere que el proyecto donde se use, sea con MVC lo sugiere pero no hace falta. Por lo que no veamos la estructura de carpetas de Zend Framework como algo estricto.

Las carpetas que Zend_Tool crea cuando inicia un proyecto son las siguientes.

application/
docs/
library/
public/
tests/

Siendo public/ el punto de entrada a nuestra aplicacion, si nosotros configuramos el virtual host en apache vamos a apuntar el documentRoot de la aplicacion a la carpeta public, esto es debido a que esta carpeta contiene dos archivos escenciales para el funionamiento de la aplicacion creada en Zend Framework, index.php y .htaccess. Estos archivos van a procesar todas las urls de nuestra aplicacion y la van a redirigir al controller necesario, o al arcvhivo estatico. Teniendo en cuenta esto. Vamos a analizar como es hoy un hosting comun y corriente.

Hace mucho que no uso un hosting como los de elserver.com, datattec.com, y todos esos server que ofrecen servicios de hosting compartidos, no voy a hablar ni bien ni mal, prefiero no desviar el tema, si pueden paguense un VPS no son tan caros.

Cuando activamos nuestra cuenta en el hosting, le asignamos un dominio por ejemplo mipaginazf.com, nos van a dar una cuenta de FTP y con esa cuenta nosotros vamos a entrar desde filezilla, o el cliente FTP que usen. Cuando nos logueamos con nuestros datos podemos ver un listado de directorios con diferentes propositos

cgi/
public_ftp/
public_html/
backup/

etc… esto dependene del proveedor pero pueden tener diferentes nombres, mas o menos carpetas.

Lo que tenemos que tener como importante es que todos nuestros archivos web “deberian” ir en la carpeta public_html para ser interpretados, esta carpeta va a ser el punto de entrada de nuestro dominio mipaginazf.com

Digo deberian, con comillas (“) porque en nuestro caso tenemos una carpeta pubic/ que es nuestro punto de entrada, donde tenemos todos los archivos estaticos de nuestro proyecto y nuestro index.php y .htaccess que determinan que controller ejecutar.

Teniendo en cuenta esto, podriamos tener en el root/ de nuestro FTP las siguientes carpetas

cgi/
public_ftp/
public_html/
backup/
application/
docs/
tests/
library/

etc.

Los archivos index.php y .htacces como todo el resto del contenido estatico solo necesitamos moverlo a la carpeta public_html

Y asi de facil es configurar un proyecto en un hosting.

Obviamente antes de contratar un hosting, pregunten que soporte archivos .htaccess, tenga rewrite activo, y la version de php sea mayor a 5.2.x

En los anteriores capitulos habiamos usado el video como metodo de aprendizaje, hoy habiendo cubierto la parte inicial y basica de Zend Framework, creo que estamos preparados para dejar el video atras, y continuar los capitulos leyendo un poco.

En este capitulo vamos a ver como crear un sistema de login en nuestro proyecto. Nosotros actualmente en nuestro portal de noticias tenemos una pantalla donde publicamos nuestras noticias. Pero actualmente esa pantalla es accesible por cualquier persona.

El objetivo de este capitulo es crear una pantalla de login, y restringir el acceso a la administracion de las noticias solo a las personas que tengan usuario y contraseña.

Lo primero que vamos a hacer es crear un nuevo controller, UsuarioController.php

El codigo de este controller inicialmente sera asi.

class UsuarioController extends Zend_Controller_Action
{
    
    public function init()
    {
        
    }

    public function loginAction()
    {
        $form = new Application_Form_Login();

        if( $this->getRequest()->isPost() ){
            
            if( $form->isValid( $this->_getAllParams() )) {
                
                // Do something
            }
        }

        $this->view->form = $form;
    }


}

Para este controller vamos a tener que crear una vista asi que creamos la carpeta en views/scripts/usuario y agregamos el archivo login.phtml, donde vamos a imprimir el formulario y mostrar un mensaje, el archivo quedaria asi

<div>
    <h2>Ingresar al sistema</h2>
    <?php echo $this->form ; ?>
</div>

Tambien vamos a necesitar un formulario para poder ingresar usuario y contraseña.

Creamos el archivo en forms/Login.php

Este formulario va a tener un input para el usuario otro para el contraseña, y el boton de submit, el formulario Login.php nos quedaria asi.

class Application_Form_Login extends Zend_Form 
{

    public function init() 
    {

        $this->addElement(
            'text', 'username', array(
                'label' => 'Usuario:',
                'required' => true
            )
        );

        $this->addElement(
            'password', 'password', array(
                'label' => 'Contraseña:',
                'required' => true
            )
        );

        $this->addElement(
                'submit', 'Ingresar', array()
        );
    }

}

Hasta ahora no vimos nada nuevo, es mas o menos el mismo mecanismo que usamos para crear un nuevo post. Si entramos en la url de nuestro proyecto /usuario/login vamos a ver el formulario de login como aparece en la siguiente imagen.

Ahora que tenemos el codigo vamos a crear una tabla donde se van a guardar todos los usuarios que van a tener permisos al panel de administracion de nuestro proyecto. El sql para crear la tabla es el siguiente.

CREATE TABLE IF NOT EXISTS `users` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `username` varchar(40) NOT NULL,
  `password` char(40) NOT NULL,
  `created_at` timestamp NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
);

INSERT INTO `users` (`username`, `password`) VALUES
    ('pablo', '7c4a8d09ca3762af61e59520943dc26494f8941b');

Nuestra tabla de usuario es bastante sencilla, por ahora vamos a cumplir con los requerimientos minimos. El hash extraño que se ve es la contraseña “123456″ encriptada con la funcion sha1()

Ahora que ya tenemos un usuario (pablo) y una contraseña (123456), nos falta agregar la logica para que se valide si el usuario existe o no.

Zend Framework nos brinda el componente Zend_Auth el cual a partir de sus Adapters, nos permite validar un usuario y loguearlo en el sistema. La forma de usarlo es bastante simple, Zend Auth entiende identidad y credencial, donde la identidad es el nombre de usuario o mail que vamos a usar para identificar a un usuario dentro del sistema, y la credencia es la contraseña.

Nosotros vamos a usar Zend_Db_Adapter_DbTable el cual se encarga de validar el usuario y contraseña en nuestra base de datos.

El codigo cuando usemos Zend_Auth deberia ser el siguiente.

$authAdapter = new Zend_Auth_Adapter_DbTable();

$authAdapter
    ->setTableName('users')
    ->setIdentityColumn('username')
    ->setCredentialColumn('password');

$authAdapter
    ->setIdentity('pablo')
    ->setCredential(sha1('123456'));

$auth = Zend_Auth::getInstance();

$result = $auth->authenticate($authAdapter);
                
if(  $result->isValid() ){
    echo "Estamos Logueado!";
}else{
    echo "Datos incorrecto";
}

Ahora este codigo vamos a adaptarlo a nuestro controller. Nos quedaria asi

class UsuarioController extends Zend_Controller_Action
{
    
    public function init()
    {
        
    }

    public function loginAction()
    {
        $form = new Application_Form_Login();

        if( $this->getRequest()->isPost() ){
            
            if( $form->isValid( $this->_getAllParams() )) {
                
                $authAdapter = new Zend_Auth_Adapter_DbTable();
                $authAdapter
                    ->setTableName('users')
                    ->setIdentityColumn('username')
                    ->setCredentialColumn('password');

                $authAdapter
                    ->setIdentity($form->getValue('username'))
                    ->setCredential(sha1($form->getValue('password')));

                $auth = Zend_Auth::getInstance();

                
                $result = $auth->authenticate($authAdapter);
                
                if(  $result->isValid() ){
                    return $this->_redirect('/posts/listar');
                }else{
                    $form->username->addErrorMessage('Datos Incorrectos');
                }
            }
        }
        $this->view->form = $form;
    }


}

Con este codigo cada vez que nos identifiquemos correctamente nos va a redirigir a /posts/listar donde vamos a mostrar todas las noticias.

Ahora los que nos faltaria agregar es que en cada lugar donde nosotros queramos restringir el acceso, agregar el chequeo si el usuario esta logueado o no, sino esta logueado vamos a redireccionarlo a la pantalla de login.

En cada action que querramos validar esto vamos a agregar el siguiente codigo.

$auth = Zend_Auth::getInstance();
if (! $auth->hasIdentity()) {
    return $this->_redirect('/usuarios/login');
}

Notese que en el caso de PostsController, tenemos metodos que son de acceso publico y acceso privado, si llegado el caso tenemos un Controller donde necesitamos que todos los metodos sean de alcance privado, las lineas de arriba podemos escribirlas en el metodo init() de nuestro controller, ese metodo init se va a llamar antes de ejecutar un action de ese controller, y de esta forma evitamos repetir codigo.

Hay otras practicas para mejorar esto pero eso podemos verlo mas adelante.

Ahora que restringimos el acceso, vamos a necesitar la posiblidad de desloguearnos del sistema, para eso vamos agregar un link en nuestro layout.phtml en la parte del menu, que nos redireccione a /usuarios/logout y este es el codigo de nuestro action para desloguarnos.

public function logoutAction()
{
    Zend_Auth::getInstance()->clearIdentity();
    return $this->_redirect('/usuario/login');
}

Bastante simple, no , asi es todo con Zend Framework.

Ahora, vamos a dejarlo mas bonito a todo esto, y vamos validar en la vista si el usuario esta logueado, voy a mostrar un link a logout, si esta deslogueado voy a mostrar un link a la pantalla de login. El codigo a agregar en nuestro layout seria el siguiente.

<?php
$auth = Zend_Auth::getInstance();
if ( $auth->hasIdentity()) :
?>
    <li>Usuario:<?php echo $auth->getIdentity() ?></li>
    <li><a href="/usuario/logout">Logout</a>
<?php else: ?>
    <li><a href="/usuario/login/">Login</a>
<?php endif;?>

Y con esto ya somos capaces de agregar un sistema de login en nuestros proyectos usando Zend Framework.

Ver todos los capitulos del curso

Este tiempo desde que subo los videos tengo un feedback de la gente que sigue este blog muy grande. Por este quiero probar de juntarnos virtualmente con google plus, hacer un hangout , y poder compartir experiencia, y los que tengan ganas pueden usarlo para sacarse las dudas que tengan.

Es bastante informal, no va a ver lista de invitados ni nada de eso, a las 21hs Hora Argentina,  abro el hangout invito a los que esten online en ese momento, y dejo abierto para que lo llenen los que quieran participar, personalmente creo que esta bueno para que planteen algun tema para los proximos videos, o como les decia antes sacarse alguna duda.

Los espero, el martes 19 de diciembre a las 21hs Argentina, en google plus.
Agreguenme asi los tengo a mano.

https://plus.google.com/113488230260400531922

En el video de hoy voy a mostrarles como hacer un join con otras tablas, en nuestro caso tenemos la tabla posts, y la tabla categories, vamos a tratar de crear posts que tengan una categoria asociada y mostrar los post a partir de la categoria por la que filtramos.

Para esto vamos a usar un Join para mostrar los nombres de las categorias a las que esta asociada una noticia, y un helper de la vista para mostrar el listado de categorias dentro de nuestro layout.

Aca les dejo el video

Como material extra pueden leer Zend_Db_Select aca van encontrar todo lo referente a armar querys con Zend Framework

Ver todos los capitulos del curso

Data Transfer Object

Como nos dice nuestro maestro Martin Fowler, este patron se utiliza para reducir el numero de lladas a un objeto pasando como parametro un objeto que contenga todos los datos necesarios.

Estoy haciendo un mini proyecto, que pronto subire a github para compartir con ustedes (una vez que termine la documentacion ), en el cual necesito recibir una cantidad de datos, y para evitar que me pasen muchos parametros, opte por recibir un json, con todos los datos. Ahora el problema es que en ese json la persona que usa el servicio puede mandar parametros de mas, o de menos.

Ahora, para que esto sea algo ordenado, cree un Data Transfer Object, con las propiedades que necesito recibir en el json que me envian como parametro.

El servicio que recibe el json, va a instanciar este Data Transfer Object, y despues vamos a pasarle al modelo al metodo save el objeto completo.

Un paso previo deberia ser validar que los datos que recibo via Json sean correctos una vez que lo paso al DTO.

Supongamos que nuestra funcion encola mails a enviar.

Nuestro DTO sera el siguiente

class Application_Model_Mail_DTO 
{
    public $from;
    public $to;
    public $cc;
    public $bcc;
    public $subject;
    public $replyTo;
    public $htmlBody;
    public $textBody;
    public $templateParams;
    public $htmlTemplate;
    public $textTemplate;    
}

El metodo que recibe el JSON, seria el sigueinte.

...
public function enqueue($data)
{
    $data = Zend_Json::decode($data);
    $dto = new Application_Model_Mail_DTO();
    $dto->from = $data[‘from’];
    $dto->to = $data[‘to’];
    // … asi sucesivamente hasta cargar todas las propiedades
    $model = new Application_Model_Mail();
    $model->save( $dto );
}        

Ok, esto es bastante tedioso y termina generando un codigo muy largo para algo que podemos resolver en pocas lineas usando SPL.

Las SPL son librerias de PHP compuestas de algunas interfaces y clases, para resolver algunos problemas como el que tenemos en este caso.

Para este caso yo voy a usar ArrayIterator que convierte mi objeto ( DTO ), y lo convierte en iterable. Ademas me va a proporcionar de un metodo vital en este proceso.

Ahora voy a extender mi DTO de ArrayIterator. Y ademas voy a agrgar un hack en el __construct, para que cuando reciba un array, solo guarde los valores que existen como propiedad dentro de mi DTO. La clase quedaria asi.

class Application_Model_Mail_VO extends ArrayIterator
{
    public $from;
    public $to;
    public $cc;
    public $bcc;
    public $subject;
    public $replyTo;
    public $htmlBody;
    public $textBody;
    public $templateParams;
    public $htmlTemplate;
    public $textTemplate;

    public function __construct( $array ) 
    {
        foreach($array as $key=> $value ) {
            if(property_exists('Application_Model_Mail_VO' , $key )) {
                $this->{$key} = $value;
            }
        }
    }
}

Una vez agregado esto, ahora vamos a ver como quedaria nuestro metodo queue con esta modificacion.

...
public function enqueue($data)
{
    $data = Zend_Json::decode($data);
    $vo = new Application_Model_Mail_DTO( $data );
    $model = new Application_Model_Mail();
    $model->save( $dto );
}

Se daran cuenta que quedo mucho mas simplificado el codigo y mientras mas simple mas facil de leer.

Ahora como quedaria nuestro modelo, que recibe este DTO y lo guarda, en mi ejemplo yo uso MongoDb para no tener que mostrarle el schemea de la Base de Datos, y los metodos inserts de MySql.

class Application_Model_Mails
{
    private $_collection;

    // Insancio la clase Mongo que contiene la conexion, y le digo cual es la coleccion donde voy a guardar los datos. 
    public function __construct()
    {
        $db = new Mongo();
        $this->_collection = $db->mailer->spooler;
    }

    public function save( Application_Model_Mail_DTO $properties )
    {
        return $this->_collection->insert( $properties->getArrayCopy()  );
    }
}

Como se ve en el ejemplo, validamos que el parametro que recibe save(), sea una instancia de Application_Model_Mail_DTO, si esto es asi vamos a insertar los parametros que devuelve el metodo getArrayCopy(), que es parte de ArrayIterator, el cual devuelve un array con las propiedades de nuestro Application_Model_Mail_DTO.

Un paso previo, y que no contemple en este ejemplo es validar que los datos que se reciben esten completos y sean validos, tengan en cuenta siempre validar y filtrar los datos que se reciben.

Se hizo esperar este ultimo capitulo, la verdad es que tuve algunos problemas con los codecs, y poco tiempo para resolver este problemita.

Lo prometido es deuda y hoy les voy a mostrar como crear un sitio multidioma.

Como primera medida me baje las banderitas desde iconfinder y las agregue en el top bar de la aplicacion.

Aca les dejo el video para que vean lo simple que es crear un sitio multiidioma con Zend Framework.

Ver todos los capitulos del curso

Webeando habitualmente como todo sabado, encontre esta infografia, la cual genera que inmediatamente despues de terminar de postear esto vaya urgente a afeitarme.

Lo del teclado estaba apunto de hacerlo esta semana, pero ahora me dio verguencita, aunque no hubiese sido la primera vez

En este video vamos a darle un poco de estilo al proyecto usando Twitter Bootstrap, bootstrap es una estructura de diseno y contiene varias herramientas que nos van a facilitar trabajar con el diseno.

Esto puede usarse como base para cualquier proyecto.

Pueden ver mas de este proyecto aca Boostrap from Twitter, tambien pueden encontrar este proyecto en github

Aca les dejo el video para que vean como agregar Bootstrap en Zend Framework.

Ver todos los capitulos del curso

Hoy vamos a ver como conectar nuestra aplicacion con Twitter.

Lo mas importante por ahora es conseugir que un usuario se pueda identificar con su cuenta de twitter. Vamos a usar para esto Zend_Oauth, que nos facilita la conexion con cualquier sistema que use este protocolo.

Tambien vamos a usar los Services de Zend Framework, los cuales nos brinda una interfaz para facilitar la interaccion con otros servicios externos, como Twitter, Technoratti, Yahoo, etc.

Gracias Maestros del Web, por la publicacion, hace click en la imagen para ir al post en maestrosdelweb.com

En el proximo capitulo vamos a ver como hacer un sitio multi idioma.

Con este video concluye la serie inicial de videos. Hoy vamos a ver como Editar, Borrar, y Paginar nuestros datos.

Vamos a ver como manipular un row facilmente, para borrarlo y editarlo. Vamos a usar Zend_Paginator para paginar resultados facilmente con Zend Framework.

Con estos 5 videos ustedes deberian ser capaces de empezar a trabajar con Zend Framework, hay mucho para aprender no se desmoralicen si se traban con algo, nos pasa a todos y todos los dias.

Ahora les dejo para que vean, recuerden verlo en HD.

No se olviden de twitearlo/plusearlo/Facebookearlo

Si tienen dudas comenten, estoy archivando toda las dudas que surgen en los comentarios para despues crear mas video a partir de esas inquietudes.

Capitulos Anteriores
Capitulo 1 < Configuracion y creacion del proyecto
Capitulo 2 < Estructura de directorios, MVC y layouts
Capitulo 3 < Objeto view, y contenido estatico
Capitulo 4 < Modelos y Formularios

Llego la hora de hacer algo util, hoy vamos a ver como configurar nuestra aplicacion para trabajar con una base de datos mysql, para eso vamos a usar Zend_Form para crear formularios y vamos a crear modelos para poder traer datos de nuestras tablas y poder escribir en ellas.

Si te perdiste el video anterior podes verlo aca

Es recomendable ver el video en 720p de resolucion y en pantalla completa.

Los que quieran descargarse el codigo fuente pueden hacerlo desde github en http://github.com/pablofmorales/News123

Capitulos Anteriores
Capitulo 1 < Configuracion y creacion del proyecto
Capitulo 2 < Estructura de directorios, MVC y layouts
Capitulo 3 < Objeto view, y contenido estatico

Proximo capitulo > Edicion, y Paginado.

Gracias Maestrosdelweb por darme un espacio en su cuenta de youtube

Muchas veces necesitamos guardar una fecha en mysql, y recibimos una fecha con el formato dd/mm/yyyy, pero en Mysql es necesario guardarlo con el formato yyyy-mm-dd.

Esto no supone ningun inconveniente con Zend Framework, la verdad es que es bastante simple.

Lo primero que hacemos es recibir la fecha como viene, y crear una instancia de Zend_Date

$fechaInicial = "25/08/2016";

$fecha = new Zend_Date($fechaInicial, 'dd/mm/yyyy');

echo $fecha->get('yyyy-mm-dd');

Con el metodo get y pasando como parametro, el formato que necesitamos es todo lo que necesitamos para guardar ese valor con un formato de fecha valido en nuestra base de datos.

Hasta ahora no necesite implementar funciones anonimas en ningun proyecto, pero estaba trabajando con archivos de texto, donde tenia que parsear el contenido y me encontre que el array que generaba con cada columna de una linea de archivo, venia con espacios al inicio y me complicaba las validaciones, asi que tenia que usar la funcion trim(), en cada elemento. Para hacerlo facil queria usar array_walk(), el problema es que no podia usar trim(), como nombre de funcion.

Asi que decidi usar closures, condenando el proyecto a solo correr en php 5.3, pero eso no iba a ser un problema (creo).

Para lo que no sepan lo que es un clousure, pueden leerlo en la pagina de PHP

El codigo es bastante simple y lo comparto a continuacion.

array_walk($prop, function(&$n) {
	$n = trim($n);
});

Como ven en el ejemplo la forma de implementarlo es realmente muy simple, tal como lo hacemos en javascripts.

Es importante que no abusen de estas funciones anonimas, porque pueden traer confusion cuando el sistema crezca un poco, pero es interesante aplicarlo en estos casos que son bastante simples, y necesarios.

Soy conciente de que tendria que tener listo el capitulo 4 del curso de Zend Framework, en un rato lo subo, a no desesperarce.

En este capitulo vemos como pasar datos desde un controller hacia la vista, o el layout. Tambien agregamos archivos estaticos al proyecto, css, js, e imagenes.

Si te perdiste el video anterior podes verlo aca

Es recomendable ver el video en 720p/1080p de resolucion y en pantalla completa.

Los que quieran descargarse el codigo fuente pueden hacerlo desde github en http://github.com/pablofmorales/News123

Capitulo 1 < Configuracion y creacion del proyecto
Capitulo 2 < Estructura de directorios, MVC y layouts

Proximo capitulo > Base de datos y Modelos

Ya esta el capitulo dos del video tutorial de Zend Framework, en esta edicion vamos a dar un repaso sobre la estructura de direcotrios de Zend Framework, editar los controllers, las vistas, y el layout de nuestra aplicacion.

Tambien vamos a empezar a darle forma a nuestro proyecto. Y entender la diferencia entre el contenido estatico y el contenido generado por nuestro MVC.

Espero que lo disfruten, pueden usar los comments de este blog para plantear dudas, pedir que se refuerce algun tema, o pedir temas a tocar en el futuro.

Si te perdiste el video anterior podes verlo aca

Es recomendable ver el video en 720p de resolucion y en pantalla completa.

Los que quieran descargarse el codigo fuente pueden hacerlo desde github en http://github.com/pablofmorales/News123

Capitulo Anterior < Configuracion y creacion del proyecto

Proximo capitulo > Enviar parametros a las vistas y agregar archivos js y css a nuestro proyecto.

Este es el primero de una serie de screencast donde la idea es mostrar como crear un proyecto con Zend Framework.

Vamos a crear un portal de noticias que llamaremos “news123″ a medida que pasen las clases vamos a darle forma al proyecto.

En el primer capitulo vamos a configurar nuestro proyecto desde 0. Esto incluye el startup del proyecto y la configuracion en netbeans, y en Apapche para que corra dentro de un virtualhost dentro de un servidor local.

Recomiendo ver el video en pantalla completa y en la resolucion 720p para poder ver con claridad el tutorial.

Los que quieran descargarse el codigo fuente pueden hacerlo desde github en http://github.com/pablofmorales/News123

Proximo capitulo >

Y si gente si yo pude cualquier mortal puede. La verdad es que no fue nada dificil, lei el libro una vez, y despues repase algunos capitulos la noche anterior, y salio bastante bien.

Creo que las partes mas importantes para repasar y que por ahi no se usa mucho es el trabajo con socket, y XML, ya que le da mucha relevancia al trabajo con DOM.

Lo unico malo que me paso es que la licencia la compre hace unos 11 meses atras, y cuando fui a rendir en vez de tomarme la version 5.2 me tomaron la 5.3, y no hubo problema con las LAMDA ni con Namespaces, el problema vino con las SPL, ya que en la version anterior solo tenia algunas SPL, ahora habia un monton, y me preguntaron justo la que nunca habia usado .

Pero quiero animarlos a todos para que intenten sacar la certificacion, en Argentina solo somos 19 los certificados y no estaria mal que ese numero aumentara un poco.

En Argentina el examen se puede rendir en muchos lugares, yo elegi Educacion It por ser ex profesor del instituto, pero hay muchos lugares para elegir.

Aca les dejo mi link

Por casualidad hoy volvi a visitar el blog de Sebastian Bergmann, un groso dentro del ambiente de PHP. Sin dudas el proyecto mas importante que realizo fue PHP Unit el cual esta tomando cada vez mas repercusion dentro de los desarrollos actuales.

Uno de los grupos de desarrolladores mas importantes en la web que usa PHP Unit es Facebook. Y a traves de un mail le agradecen  a Sebastian Bergamann de la siguiente forma

“Hey Sebastian,

we would really like to thank you for all the work you’ve done on PHPUnit this year. Testing is important when we’re talking about 500 million people; a bug for 1% of Facebook users is still affecting 5 million people!

To show our appreciation we’d like to give you a free year of a GitHub paid account. The link below provides one year of more space, more collaborators, and private repositories. If you already have a paid GitHub account, it will add a bunch of credit instead.”

Mas alla que para Facebook una cuenta por un año en github no significa nada, si tenemos en cuenta los millones de dolares que recibe de inversion, tambien es verdad que no hacia falta quedar bien con Sebastian porque el lo hace sin animo de lucro,  sin embargo el grupo de desarrolladores de Facebook consiguieron retribuirle a Sebastian su trabajo, de una manera muy interesante.

Lo mas importante de esto fue el comentario de Sebastian sobre este mail.

“Thank you, Facebook!

It feels good to be appreciated for the work I do to make the life of PHP developers better by working on development and quality assurance tools such as PHPUnit.”

Creo que esto simboliza el esfuerzo que cada uno hace por el open source. No hablamos de plata, de dolares ni de cuentas gratis por servicios online, sino la satisfaccion personal de saber que lo que hacemos le sirve a otras personas.

Cuando compartimos nuestro trabajo estamos facilitando las cosas a muchas personas. En este caso una de las herramientas mas utiles a la hora de desarrollar una aplicacion, y asegurarnos de que todo anda bien.

Pagina de Sebastian

Cada vez es hay mayor cantidad de herramientas y tecnicas para realizar sistemas web, esto le da muchas mas complejidad dia a dia al desarrollo web, pero tambien mucha herramientas que facilitan el desarrollo de un sistema web.

Antes con saber programar en PHP/Mysql/Html/Css era mas que suficiente para conseguir clientes, y poder trabajar en cualquier proyecto web. Hoy en dia esto no es suficiente.

Los sistemas al ser mas complejos, requieren mas profesionalismo en el desarrollo, y gente mas capacitada. Hay muchas herramientas que hoy son indispensable para proyectos medianos/grandes, que requieren mas de un programador.

Control de versiones.

Es real que los sistemas son cada vez mas grandes y mas robustos, generalmente vemos que un sistema tiene varios desarrolladores, disenadores, QA, y otros, solo para crear un sitio de e-commerce, o un portal mediano. Esto hace indispensable el uso de un sistema para el control de versiones, pero no solo alcanza con saber hacer un checkout y commit con svn, ahora se necesita un conocimiento general sobre la teoria del control de versiones, branch, tags, mergear ramas. Tambien manejo de otros sistemas de control de versiones como mi actual favorito Git, o mercury, entre otros.

Testing Unitarios.

El trabajo en grupo es algo de todos los dias, siempre nos acomplamos a un grupo de desarrolladores, son muy pocos los proyectos que hacemos solo para que los desarrolle una sola persoa, esto si bien acelera los tiempos de desarrollo, tambien puede generar conflictos con el codigo de otras personas, puede pasar que alguien suba algo y rompa todas las funcionalidades del resto de los desarrolladores. Esto es tan normal que ya tenemos asumido que puede pasar en cualquier momento. Pero tenemos los unit testing, que hacen que estas cosas se puedan prevenir. Antes de hacer un commit, corremos todos los testing unitarios, y podemos saber si rompimos algo, antes de subir nuestro codigo al repositorio global. Igual, lo ideal es que cada developer trabaje en su branch, y que alguien o un script, mergee los branch al trunk cuando haya pasado todos los testing, y se considere que puede pasar al trunk (rama principal). Hay sistemas open source como crouisecontrol, que mantienen informado a todo el equipo como salieron los unit testing despues de que alguien del equipo subiera sus cambios. Si alguien subio y rompio algun unit testing, este le envia un mail a todo el equipo avisando del problema, para que lo solucionen rapido, ademas podemos hacer que sino pasa los testing, revote los cambios.

SEO

El SEO es un tema importante hoy en dia, no necesitamos ser “expertos” en SEO, pero necesitamos entender que es y cuales son las buenas practicas que podemos aplicar en nuestros desarrollos para facilitar la indexacion de parte de los motores de busqueda. Url amistosas, xhtml estricto y semantico, jerarquizacion de nuestro contenido utilizando correctamente los tags html, edicion de metatags, etc.

Servidores

Este siempre fue un tema que todo desarrollador esquivo, para delegar la responsabilidades al sys admin correspondiente. Es increible la cantidad de desarrolladores que se consideran senior, y no saben configurar un Virtual Host en apache, o usar minimamente la consola de linux. Linux/Unix nos brinda un monton de herramientas para los desarrolladores increbiles, que nos pueden hacer la vida mucho mas facil, y no lo digo solo por los comandos mas usados como tail, cat, vim y grep, tambien tenemos muchas otras herramientas que aumentarian considerablemente la velocidad y calidad de nuestros trabajos.

Uso de Frameworks.

Coincidas o no con la filosofia de usar uno u otro framework, te guste ZF y detestes Cake, o no te guste ninguno, la realidad es que tenes que tener la capacidad de poder manejar cualquiera de estos. Obviamente no estoy diciendo de manejarlos en profundiad sino manejar sus conceptos basicos, como configuracion, como maneja el modelo de datos, las vistas, etc. La mayoria de frameworks en PHP usan el Patron de diseno MVC. Conocer como funciona MVC es vital hoy en dia, pero tambien lo es entender los conceptos de ORM, Smarty (sistemas de plantilla), y tantos otros “Frameworks” / Libreria que complementan el desarrollo de una aplicacion.

Aplicaciones Pre Armadas.

Antes teniamos PHP-Nuke y gracias, en la actualidad que un cliente te presente la posibilidad de usar Joomla, Drupal, o Magento, es algo casi de todos los dias, nosotros como developers, tenemos que conocer no solo las ventajas de cada sistema de este tipo, sino tambien estar preparado para utilizarlo en el caso de que creamos que es necesario. Drupal para desarrollar webs es una herramienta increiblemente facil, ahorramos muchisimo tiempo de desarrollo configuracion, etc, etc. Lo mejor de estas aplicaciones es que es muy facil integrarlas a otros sistemas como Wikimedia, wordpress, u otros sistemas similares, o propios. Crear un modulo o plugin tambien es muy simple y  las comunidades brindan una ayuda que vamos a poder valorar muchisimo cuando las necesitemos.

Social Media.
Muy lejos estoy de aceptar este rubro como algo importante, pero cuando yo me refiero a social media, lo hago desde el lado de desarrollo, orientando la aplicacion para que tenga las funcionalidades para integrarse con las redes sociales mas importantes. Un ejemplo excelente para mi gusto es stackoverflow, intenta registrarte y loguearte, son geniales. Esta claro que un usuario web comun y corriente hoy en dia tiene alguna cuenta o en gmail, facebook, wordpress, twitter, entre otros, porque no usar las api de esas redes sociales para facilitar el registro y login de usuarios en nuestros sistemas?

Compartir el contenido de nuestros sitios, con herramientas tan facil de usar como el “Me gusta” de facebook, o twittear un contenido, son muy utilies no solo para que nuestros usuarios puedan compartir sus intereses dentro de sus circulos “sociales”, sino tambien para que podamos conseguir usarios nuevos por este medio.

Herramientas para el desarrollo

No quiero volver a empezar la discusion de Vim o Eclipse, esto es algo que sobrepasa cualquier discusion, hoy en dia necesitamos todas las herramientas que aumenten nuestra productividad y el mejor manejo para el trabajo en equipo. El IDE hoy en dia es esencial, no quieras desarrollar algo en Vim, porque si estas trabajando por hora, vas a generar perdidas a la empresas en un monton de aspectos, que la verdad esos problemas no lo vas a tener con el correcto uso de un IDE, Eclipse PDT / Netbeans, son herramientas geniales para cualquier developer. Pero tambien estas herramientas no son las unicas. Necesitamos algo con el que puedas ver tus tareas asignadas, estado de las mismas, y porque no las de tus otros companeros de equipos. Un tracker como Trac, o Pivotal Tracker, yo estoy usando este ultimo y la verdad es que es bastante complejo pero muy util una vez que le hagarraste la mano. Necesitas trackear tus horas para aumentar la productividad?, usa Toggl, es un servicio web publico con una version gratuita muy flexible. Con una herramienta para instalar que tiene su version en windows, mac , y linux .

Conclusion
Pareciera que estoy dejando de lado los temas importantes que son conocimientos del lenguaje del lado del servir, motor de base de datos, javascripts, frameworks en JS, Css, xhtml, html5. Todos estos son conocimientos que ya deberiamos tener en claro, sinos consideramos experimentados.

Trabajando en entornos Norte americanos, las exigencias son aun mayores. Estos exigen un nivel, que es muy dificil encontrar en latino america. Pero podemos adaptarnos, tenemos la capacidad, y ellos tienen que entender que somos la mejor opcion.  Lo mismo para el mercado europeo.

Espero que entiendan que mi idea no es hablar como absolutista, mas bien compartir la experiencia de haber estado tanto tiempo en el desarrollo web.

Una de las novedades con Ubuntu Lucid es que venia con PHP 5.3, para mi iba todo muy bien, hasta que empeze a trabajar con Magento enterprise edition, el cual requiere la libreria ioncube (http://www.ioncube.com/). Lo primero que hice fue tratar de instalar en la libreria en mi php 5.3, despues de buscar un poco me encontre con el primer problema, Ioncube aun no tiene soporte para php 5.3.

Como si o si necesitaba instalar esta libreria busque la forma de pasar a PHP 5.2, lamentablemente no estan facil como se supone que deberia ser. Lo mas llamativo es que no existe dentro del repo de Lucid la version 5.2.x, solo nos deja instalar php 5.3, esto me resulto raro ya que esta version todavia no esta demasiado fomentada en los servidores web. Me paso en otras distro que con algun problema con por ejemplo mysql, donde la version default de mysql era mysql-server-5.1 en el repo igual contaba con la version mysql-server-5.0.

Para instalar PHP 5.2 en Lucid, hay que borrar todo lo relacionado a PHP 5.3 en nuestro sistema, y despues cambiar los repos para que busque en el de Karmic que es la version anterior, y si tiene php 5.2 en los repos.

Segui paso a paso esta post para tener php5.2 en Lucid

http://mrkandy.wordpress.com/2010/04/16/install-php-5-2-x-in-ubuntu-10-04-lucid/

El problema es que hay que acordarse que cada vez que queramos instalar algo relacionado con PHP hay que hacerlo asi.

$ sudo aptitude install -t karmic nombrPaquete

Es molesto pero por ahora la unica solucion.

Despues de hacer esto, instale el ioncube, y todo perfecto.

Instale las librerias gd, mysql, curl.

Cuando quise instalar mcrypt, otra libreria muy necesaria, empezo mi segundo problema y el mas molesto. Por alguna razon, esto es probable que yo haya hecho algo mal, cuando queria instalar mcrypt, el apt-get me daba una advertencia, diciendo que para instalar el paquete tenia que hacer un upgrade a la version 5.3, ninguna de las opciones de instalacion me permitian mantenerme en 5.2.

Un companero de proyecto, Gonzalo, me recomendo bajarme la lib de 64 bit desde el repo de debian http://packages.debian.org/lenny/php5-mcrypt, podria haber usado

#dpkg -i paquete –force all, pero esto podria traer problemas con mi distro, asi que descomprimi el .deb, e instale la lib a mano. Copiando el .so en /usr/lib/php5/2006…/ y creando el mcrypt.ini en /etc/php5/conf.d

Cuando reinicie el apache encontre mi tercer y ultimo problema. Mcrypt tiene una dependencia, que es libltdl, busque en aptitude y lo que habia ya estaba instalado, y como ya habia pasado un rato en esto, hice la facil, me baje desde debian lenny la libreria http://packages.debian.org/lenny/libltdl3 y la instale con dpkg.

Ahora anda todo perfecto. Ubuntu Lucid con Php 5.2 con Ioncube corriendo a la perfeccion Magento Enterprise.

Estuve probando Amazon Ec2, las conclusiones que saque es que economicamente para un sitio con pocos requerimientos no sirve. Es mucho mas económico y fácil de mantener un VPS ( Virtual Private Server), que usar amazon. Pero cuando tenes un sitio con mucho requeriminento de hardware es ideal.

Voy a contar en que situación Amazon es ideal.
En otro post comparti unos vídeos de una charla de Ricardo Gallir contando como subió meneame en Amazon Ec2 y las ventajas que este le ofrece comparado con otros servicios de hosting. Es normal ver los tweets de @rgallir contando lo aburrido que esta desde que subio meneame a Amazon, ya que siempre anda todo bien.

Lo interesante de Amazon es su tendencia para poder escalar de forma horizontal. Esto es agregando mas procesador, mas memoria, mas disco, o mas instancias, que vendrían a ser como mas servidores en paralelo. Parece complicado pero la verdad es que no, si, es necesario tener conocimientos sobre administración de sistemas o contratar a alguien que los tenga, ya que no tenemos el famoso cpanel para poder configurar todo. Amazon nos ofrece un montón de herramientas muy facil de usar, y de entender para que las queremos, que vamos a adorar y a extranar cuando no tengamos que usar Ec2.

Para sintetizar un poco, Ec2 y todo el kit de productos de Amazon, nos van a ser de utilidad el dia que no podamos mantener todo en un unico servidor y necesitemos contratar servidores secundarios para poder balancear la carga, tanto enviar la base de datos a uno o mas servidores, mover el ad server, manejo de contenido estatico, y demas. O que por ejemplo tengamos picos de visitas tan altos que necesitemos servidores en paralelo en determinados horarios o momentos para poder soportar la demanda. En estas circunstancia o basicamente cuando nuestro vps o dedicado nos quede chico, ahi tenemos que evaluar Amazon Ec2.

Lo explico en numeros.

Para montar un unico sitio con pocos requerimientos de hard, podemos usar una instancia tipo small con 1 solo core, y 1.7 gb ram, vamos a necesitar contratar EBS de 10gb por lo menos, que es para administrar Volumenes no volatiles, ya que las instancias cuando se apagan se borran por completo. Y supongamos que vamos a usar una ip, solo con esto estamos rondando los u$d 90 que si bien no es un precio desorbitante, es caro comparado con un VPS, yo hoy en dia uno de los VPS que contrato estoy pagando $360 que serian tambien unos u$s 90 por un server con 8 core, y casi 2gb ram, y 70gb de espacio, los precios están muy parecidos, pero el tema es que con Amazon ec2 tengo un solo core, comparado con los 8 que me ofrece mi proveedor de hosting. Si quisieramos sumar una instancia Ec2 con un dual core, el precio se nos va casi al doble, y aun asi, seguimos sin poder alcanzar los 8 core, del VPS.

Hoy en dia sigue siendo mas economico, contratar un VPS. No solo por los costos en Hardware sino en mantenimiento, ya que no es lo mismo administrar los servidores desde un amistoso Cpanel, que desde la consola de Amazon.

Obviamente el hardware no es el unico punto para determinar si conviene o no migrar todo a la nube, tambien tenemos los factores de conectividad, y soporte. La realidad es que en Argentina no existe ningun datacenter decente, nada de nada, datattec, el server.com, ARGENTINA.COM (en mayusculas porque va con bronca), y tantos otros que dan vuelta, no estan a la altura de la conectividad, hardware, soporte, que te puede dar una empresa reseller de algun datacenter en Estados Unidos. (No te voy a hacer publicidad Andy, vas a tener que darme algun beneficio si queres que diga que uso datawebhosting ).

Todo esto no quiere decir que no puedas ir migrando tu/s sitios a la nube, tenes varios productos de Amazon que podes ir usando antes de migrar a Ec2. Cloudfront, S3, SQS, etc. Los podes implementar sin necesidad de alojar tu sitio en Ec2. Tambien podes empezar a probar Amazon Ec2 con microsistemas, por ejemplo yo deje un openx con Amazon Ec2 para ir testeando su funcionamiento, gracias a la herramiento cloudwatch, puedo ver las estadisticas de exigencias que tuvo el servidor. Esto es interesante para saber si necesitas aumentar los requerimientos, cloudwatch tiene un costo por cada instancia en el que lo uses .

Lo Bueno

* Las herramientas, amis, consola, autoscaller, cloudwatch, SQS, S3, EBS, poder usar casi cualquier distro que se te ocurra, tunear tu distro y registrar amis privadas, esto es increible. Todo muy facil, y rapido de usar.

* El poder de escalamiento horizontal.

* Economico si necesitas varios servidores en paralelo, ya que estos se prenden o apagan cuando se necesitan, y no necesitas contratar servicios de 24×7. Las instancias tienen costes minimos por hora.

* Es muy divertido administrar Amazon.

Lo Malo

* Necesita conocimientos medios de administracion de servidores o pagarle a alguien para que lo haga. Me he enterado de muchos clientes que pagan para que algun sysadmin les haga toda la primera configuracion y despues administran todo con Cpanel, Ec2 requiere un mantenimiento especializado casi constante.

* Caro en sitios chicos.

Nada mas, la verdad que me dio bronca no poder conseguir instancias mas poderosas dentro de los usd 100 mensuales, pero igual termine encantado con el mundo Amazon. Dentro de poco voy a poder montar todo un grupo de sitios con alto requerimiento de hardware, y voy a necesitar escalar con varios servidores, y la opcion que voy a manejar es Ec2, en su momento les comentare como fue.

Puff hace mucho no escribo nada mi nuevo proyecto (http://www.dondejugarpaintball.com) Me esta llevando todo mi tiempo libre.

Voy a mostrarles como implementar de forma simple dos tips de velocidad para tus paginas, el primero es gzip, la idea es que toda la salida de nuestra aplicacion al browser no tenga espacios inecesarios, tabulaciones, y saltos de lineas, en pocas palabras, si vemos el codigo fuente de nuestro sitio vamos a ver solo una linea con todo el contenido html, como pueden ver en http://www.dondejugarpaintball.com. Esto es muy util para ahorrarnos ancho de banda, y obviamente aumentar la velocidad con la que se descarga nuestro contenido.

Esto a simple vista pareceria ser un trabajo de horas, pero como nosotros usamos Zend Framework y toda la info de nuestra aplicacion pasa por nuestro public/index.php con solo editar este archivo podemos conseguir esta mejora en segundos.

Si tienen un archivo index.php standar sin modificaciones, puden copiar y pegar este codigo y es suficiente.

//Con esta linea le indicamos que queremos obtener toda la salida generada 
ob_start();
// Define path to application directory
defined('APPLICATION_PATH')
|| define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application'));

// Define application environment
defined('APPLICATION_ENV')
|| define('APPLICATION_ENV', (getenv('APPLICATION_ENV') ? getenv('APPLICATION_ENV') : 'production'));

// Ensure library/ is on include_path
set_include_path(implode(PATH_SEPARATOR, array(
            realpath(APPLICATION_PATH . '/../library'),
            get_include_path(),
        )));

/** Zend_Application */
require_once 'Zend/Application.php';

// Create application, bootstrap, and run
$application = new Zend_Application(
    APPLICATION_ENV,
    APPLICATION_PATH . '/configs/application.ini'
);

$application->bootstrap();
$application->run();


// A partir de esta linea conseguimos toda la salida generada y la comprimimos
$cntACmp =ob_get_contents();
ob_end_clean();
$cntACmp=str_replace("\n",' ',$cntACmp);
$cntACmp=ereg_replace('[[:space:]]+',' ',$cntACmp);
ob_start("ob_gzhandler");
echo $cntACmp;
ob_end_flush();

Si guardan y ejecutan su aplicacion, ya tendrian que tener todo su contenido html en una sola linea.

El segundo tips, ya requiere un poco mas de conocimeintos sobre apache.
La idea es que cada vez que alguien pida un contenido estatico como una imagen, o css el apache responda lo mas rapido posible, esto se hace diciendole que nuestro contenido tiene una fecha de expiracion x, y por lo tanto si esa fecha no vario, hay que entregar el mismo contenido que se entrego anteriormente, esto reduce mucho los recursos de nuestro sistema para entregar un contenido estatico. Podemos definir tiempos para cada extension.

Para realizar este cambio necesitamos saber si tenemos el modulo expire de Apache activado.

En caso contrario entramos como sudo y escribimos

sudo a2enmod expire

Reiniciamos apache

/etc/init.d/apache2 reload

Y ya queda activado.

Despues de confirmar que el modulo expire esta activado, editamos nuestro archivo public/.htacces, y agregamos las lineas correspondientes.

#empezamos a definir los tiempos de expiracion de cada contenido
ExpiresActive On
ExpiresDefault A0
ExpiresByType image/gif A25920000
ExpiresByType image/png A25920000
ExpiresByType image/jpg A25920000
ExpiresByType image/jpeg A25920000
ExpiresByType text/css A25920000
ExpiresByType text/javascript A259200000

#estas son nuestras directivas por default
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

En uno de los proyectos que tengo abierto tengo una aplicacion en Zend Framework en un http://www.dominio.com, cree una aplicacion que complementa a esta primera también en ZF, pero en realidad es otro sitio, otra base, y otro modelo de negocio, pero por un tema de SEO, la segunda aplicacion tenia que ser accesible únicamente desde http://www.dominio.com/segundaAPp/ y no desde http://www.segundaApp.com/.

La solución es muy simple, pero por ahi alguno tiene o tuvo este problema y no supo resolverlo.

En el .htaccess de la aplicacion principal tenemos el siguiente código en una aplicacion creada con Zend_Application.

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

Lo que hace es, sino encuentra la carpeta/archivo en el directorio actual, ejecuta el index.php el cual parsea la url, para detectar el modulo, controller, action.

A estas lineas hay que agregarle una regla, que si la uri empieza con segundaApp, hay que redireccionar a el index.php de segundaApp. Mi solución fue crear un symlink desde la segunda aplicacion hasta la app actual con el nombre de la segundaApp.

RewriteEngine On
#segundaApp.php es un symlink a ../../segundaApp/public/index.php
RewriteRule ^ segundaApp.php [NC,L]

RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

Ahora lo que falta es crear reglas de ruteos dentro de segundaApp para poder redireccionar al controller especifico la url correcta.

Otra forma seria poder agregar módulos dentro de segundApp, pero esto no lo probé, lo que necesitaba lo conseguí perfectamente con esta linea en el .htaccess

El único problema que obtuve con esta forma es con el contenido estático, que siempre lo busco en /imgs/logo.png o /css/core.css, si yo hiciera esto buscaría el contenido estatico dentro de la aplicacion principal, si no comparto contenido lo mejor es usar urls absolutas apuntando por ejemplo a static.segundaApp.com, esta url la pueden obtener con un helper, $this->baseUrl() de ZF puede servir, no recuerdo si envia el dominio completo, pero en el caso que no pueden crear uno que resuelva este problema.

Mi idea era subir un archivo dentro de un formulario, renombrar ese archivo con un id conseguido en esa misma operacion con el siguiente formato logo_{$id}.jpg . El problema es que cuando agregaba el setDestination del form me copiaba el archivo con su nombre original en la carpeta de destino. No conseguia renombrarlo.

Vi muchisimos ejemplos pero al parecer con la nueva version no andan ninguno, porque los que probe no me sirvieron de forma literal (es decir copy/paste ) .

Asi que tuve que ponerme a leer un poco . Despues de ver como funcionaba Zend_Form_Element_File. Trate de implementar la forma mas logica. La cual no me anduvo. Me acorde que cuando usas isValid de un Zend_Form, este ejecuta los filtros y las validaciones correspondientes. Pero encontre dentro de la documentacion la solucion a mi primer problema, el metodo setValueDisabled( true ) evita que se ejecute el filtro del elemento, asi puedo aplicar mi filtro para renombrar mi archivo despues de validarlo.

Mi segundo problema es que cuando implemente esto, no me guardaba el archivo en donde habia establecido. Para entender esto un poco Zend_Form_Element_File usa Zend_File_Tranfer que es el encargado de manipular el archivo. Lo que siguio fue traerme el adapter de Zend_File_Transfer de mi elemento, agregar los filtros y ejecutar el upload. Y listo tenia mi archivo subido ‘in the ZF way’.

Este es el formulario

class Application_Form_Company extends Zend_Form
{

    public function init()
    {

        $this->setAttrib('enctype', 'multipart/form-data');

        $this->addElement('text', 'name', array(
            'required'   => true,
            'validators' => array(
            ),
            'class' => 'sf'
        ));
        $this->addElement('file', 'logo', array(
            'class' => 'sf'
        ));
        $this->logo->addValidator( 'Extension', false, 'jpg,png,gif,jpeg' );
        $this->logo->addValidator( 'Size', false, '10024000' );
        $this->logo
            ->setDestination( APPLICATION_PATH . '/../public/empresas/imgs/' )
            ->setValueDisabled( true );

        $this->addElement('text', 'website', array(
            'required'   => true,
            'class' => 'sf'
        ));

        $this->addElement('text', 'telephone', array(
            'required'   => true,
            'class' => 'sf'
        ));

        $this->addElement('textarea', 'information', array(
            'required'   => true,
            'class' => 'sf'
        ));

        $this->setDecorators(
            array(
                array(
                    'ViewScript',
                    array( 'viewScript' => 'company/form.phtml' )
                )
            )
        );
    }
}

Asi quedo mi action

        ...
        $form = new Application_Form_Company();
        if ( $this->getRequest()->isPost() ) {
            $file = $form->logo;
            if( $form->isValid($this->getRequest()->getParams()) ) {
                $bind = $form->getValues();
                $company = new Application_Model_Company();
           
                if( $company->exists( $bind['name'] ) ) {
                    $form->name->addErrorMessage( "La empresa ya existe" );
                } else {
                    try {
                        $id = $company->save( $bind );
                    }catch( Exception $e ) {
                        $this->_helper->flashMessenger()
                            ->addMessage( 'Hubo un problema, revise los datos' );
                    }
           
                    // Traemos el adapter de Zend_File_Transfer
                    $upload = $form->logo->getTransferAdapter();

                    // Lo ideal es que el path lo trajeramos de un archivo de configuracion.
                    $upload->addFilter('Rename', array(
                        'target' => APPLICATION_PATH . '/../public/empresas/imgs/logo_'. $id .' .jpg',
                        'overwrite' => true
                    ));
                    var_dump( $upload->receive() );
                    ...

Revisando algunos problemas que tuve hoy con un servidor me volvi a plantear el uso de Zend Server.

Zend Server es un administrador para servidor de aplicaciones web siempre que trabajen con PHP. Este nos permite administrar extensiones, logs, extensiones. Ademas viene con Zend Optimizer+, Zend Data Cache, y Zend Debugger. Este producto de la gente de Zend nos promete manejar una mayor cantidad de usuarios, de datos y codigo.

Dentro de sus principales objetivos es la de proveer una herramienta para escalar y aumentar la performance de nuestro servidor.

En estas diapositivas, la gente de Zend hace una introduccion a Zend Server.

Tambien nos hablan de Performance y Escalabilidad.

Tambien nos brinda un servicio de Colas.

Aca nos muestran como hicieron para optimizar magento el software open source para crear tiendas online.

Instalacion en Debian.

$ sudo vim /etc/apt/source.list

agregamos la siguiente linea

#Zend Server Respository
deb http://repos.zend.com/zend-server/deb server non-free

Agregamos la clave publica del repositorio

$ wget http://repos.zend.com/deb/zend.key -O- | sudo apt-key add -

Actualizamos el repositorio

$ sudo aptitude update

Si queremos instalar php 5.2.x

$ sudo aptitude install zend-server-ce-php-5.2

Si queremos php 5.3.x

$ sudo aptitude install zend-server-ce-php-5.2

Cuando termine la instalacion podemos entrar en https://localhost:10082/ZendServer/ o http://localhost:10082/ZendServer/

Despues de completar el formulario de administracion, sino tuvimos ningun problema vamos a ver la siguiente pantalla.

Con estas diapositivas podemos ver un poco las virtudes de Zend Server un producto totalmente gratuito y facil de instalar. Si necesitan soporte tambien, pueden contratarlo, hay planes para todos los gustos.

Zend Server

En el ultimo google fest que se realizo en Buenos Aires, la gente de Google, comento varias de las ventajas de HTML 5 y como podriamos aprovechar la geolocalizacion. Todavia no hay mucho soporte para HTML 5, las proximas versiones de los Browsers van a empezar a tener mas sopoprte para las nuevas especificaciones.

Armando Sosa realizo un video tutorial explicando claramente que es y cuales son las ventajas de HTML 5

HTML5 para principiantes from Armando Sosa on Vimeo.

Via Buzz Cesar Casas compartio unos ejemplos de juegos y manipulacion de graficos con html 5, sin la necesidad de Flash.

http://www.benjoffe.com/code/games/torus/

http://29a.ch/jswars/

http://www.kevs3d.co.uk/dev/asteroids/

http://9elements.com/io/projects/html5/canvas/

http://www.benjoffe.com/code/demos/canvascape/textures

http://www.benjoffe.com/code/tools/functions3d/

http://www.benjoffe.com/code/toys/spirograph/

www.benjoffe.com

Al parecer HTML 5 va a traer muchos beneficios, en reduccion del codigo html. Hoy en dia podemos ver youtube con el reproductor de HTML 5, aunque no es tan bonito ni tenga las mismas funcionalidades es una alternativa muy fuerte a los reproductores FLASH.

Hay que prestar atencion en como afectara en el SEO con las etiquetas