Notas symfony capítulo 1

Llevo más de un año trasteando con el framework de PHP Symfony. He decidido volver a hacer una lectura detenida de la documentación para irme "empapando" bien. Para forzarme a comprenderla he decidido sintetizar lo que vaya leyendo en forma de posts. Simplemente son notas para mí y puede que no te sean de utilidad. Recomiendo encarecidamente la lectura de la documentación oficial y su traducción en español. También es muy interesante seguir el desarrollo del proyecto a través de su trac.

¿Que es Symfony?

Symfony es un framework en PHP que facilita la programación de aplicaciones, ya que encapsula operaciones complejas en instrucciones sencillas, que hace uso del patrón MVC y con el que no se debe reinventar la rueda cada vez que se crea una aplicación web nueva. El proyecto fue fundado por un Francés llamado Fabien Potencier que es presidente de Sensio una empresa de desarrollo web.

¿Debo de usarlo?

Básicamente SOLO si tu proyecto va a ser grande y necesitas que sea mantenible y escalable. Para un proyecto pequeño con 4 consultas sencillas a una base de datos y 10 páginas no merece la pena.

Listado de Conceptos Básicos:

• PHP (¡oh sorpresa! :D )
• OOP (Programación Orientada a Objetos)
• ORM (Mapeo de Objetos a Bases de datos)
• RAD (Desarrollo rápido de aplicaciones)
• DRY (No te repitas (Don't Repeat Yourself))
• KISS (¡Hazlo sencillo, idiota! (Keep It Simple, Stupid))
• TDD (desarrollo basado en pruebas (test-driven development).)
• YAML (YAML Ain't Another Markup Language,"YAML no es otro lenguaje de marcado").
• PEAR (PHP Extensión and Application Repository)
  

De entidades Html y codificaciones.

Atención! Aquí me veo revisando el marcado de un sitio web porque el cliente nos ha pedido:

1. Guardar el fichero en UTF-8.
2. Declararlo como iso-8859-1 en los meta.
   
3. Y claro que codifiquemos todos los acentos y eñes como entidad html

¡Ole mis huevos! ahora solo me queda la duda de como tienen configurado el servidor.

Las entidades html solo deberian usarse para caracteres con un valor especial dentro de un documento Html como los & o las aperturas y cierres de etiquetas, para que el navegador de turno no las interprete y las muestre tal cual son. Pero claro, metiendolo todo asi a piñon pensarán que se ahorran quebraderos de cabeza con las codificaciones (MENTIRA COCHINA!!!).

Lo de guardarlo como UTF-8 y luego declararlo en los meta como iso... simplemente me parece ¿de Juzgado de guardia?, todo apunta a que no tienen muy claro como funciona todo esto. Yo les recomendaria la lectura de los siguientes artículos

• juque § weblog: ASCII, Unicode, UTF-8 y la Iñtërnâçiônàlizæçiøn - parte I

• juque § weblog: ASCII, Unicode, UTF-8 y la Iñtërnâçiônàlizæçiøn - parte II

Si alguien tiene una respuesta lógica para que pidan lo que he descrito arriba, por favor... me lo haga saber....¡Que menuda &resaca; !

Copias de seguridad en Drupal I

La copias de seguridad son una parte fundamental al desplegar un sitio con un CMS ya que es responsabilidad tuya (si si Tuya!) la de que estas se hagan de forma regular e impecable.
En la documentación de Drupal nos explican por donde van los tiros.

¿Que necesitamos saber previamente?:

1. Informate en tu ISP sobre las políticas de copias de seguridad del sitio. La mayoria de los sitios tienen sistemas de copias cada 24 horas. Si no es así, deberias hacerte tu la tuya o buscar un alojamiento que las haga con esa regularidad.
2. Aunque tu alojamiento haga copias de seguridad haz tu las tuyas tambien, periodicamente deberias hacer una diaria, semanal o mensual dependiendo de las necesidades de tu sitio.
3. Ponle fecha a tus copias de seguridad (Nada de poner "última" o la "ultima buena de verdad"). Organizalo de forma que que estén bien localizadas, guardando cada una en su propia carpeta y su fecha de creacion.

Recuerda :

Si los datos no existen en tres lugares diferentes, no existen en ninguno de ellos

Los formularios de registro deben morir

Artículo en A list Apart sobre los formularios de registro escrito por Luke Wroblewski. En muchos sitios web se nos pide rellenar un engorroso formulario antes siquiera de ver las posiblidades que nos ofrece.

"Solución de participación gradual" (¿se traduciría así?) , básicamente es no saturar al usuario nada más entrar en un sitio (algunos fomularios les falta el foco apuntandote a la cara) sino de darles la posibilidad de probar lo que ofreces en mayor o menor medida, haciendo ameno y transparente el registro.

Luke nos pone de ejemplo diferentes sitios como Geni , TripIt o Fidelity’s myplan donde de diferentes formas puedes ver lo que ofrecen, te explican el "por qué" de lo que rellenas en el registro... en definitiva valorar el servicio en el que te vas a dar de alta.