Hace mucho que no escribo nada, en parte por las excusas típicas de cualquier blogger (falta de tiempo y ganas, básicamente) y en parte también porque no tenía nada relevante que contar. Y la verdad es que el asunto sigue igual, pero acabo de leer un pequeño post de mi primo que además de ser muy interesante e instructivo, parece que es el paso lógico posterior a la instalación del plugin SfDoctrineGuardPlugin, que era la última entrada que había hecho en el blog. Así, que sin más dilación, enlazo el post:
Entradas del autor
Una de las características más habituales de cualquier aplicación es la autentificación de usuarios para asegurar diferentes partes de la aplicación. El plugin sfDoctrineGuardPlugin nos facilita la implementación de esta tarea. Para instalar y habilitar este plugin tenemos que seguir estos sencillos pasos:
leer más…
Ya se han publicado las versiones estables de Symfony 1.3 y 1.4. Estas dos versiones tienen exactamente las mismas características, salvo que la versión 1.3 tiene una capa de retro-compatibilidad con las versiones anteriores. Este hecho hace que precisamente la versión 1.4 sea más mucho más limpia y algo más rápida. Para empezar nuevos proyectos lo recomendable es utilizar la versión 1.4, que además será mantenido durante 3 años (hasta Noviembre de 2012) por el equipo de desarrollo de Symfony, mientras que la versión 1.3 sólo será mantenida durante un año.
leer más…
Uno de los buenos hábitos que se cogen al trabajar con Symfony es el desarrollo de pruebas automáticas para nuestros proyectos. Symfony nos proporciona Lime, una librería para pruebas muy simple que está basada en PHPUnit. Al escribir pruebas para nuestro código es fácil olvidar alguna porción del mismo, por eso Symfony nos proporciona la tarea test:coverage, que nos dirá qué porcentaje de nuestro código está cubierto por las pruebas (aunque esto no garantice que están probadas todas las posibilidades, sólo que cada línea de nuestro código ha sido ejecutada por alguna prueba). Sin embargo, para que esta tarea funcione tenemos que tener instalado y habilitado XDebug.
Una vez que hemos creado un proyecto Symfony con Netbeans tenemos que configurar nuestro servidor Apache para que tengamos acceso a él, y lo haremos añadiendo un host virtual. Básicamente tenemos dos opciones:
- Añadir un host virtual que escuche por un puerto determinado.
- Añadir un host virtual que tenga un nombre dedicado de dominio.
Aunque Netbeans había anunciado inicialmente que dará soporte para Symfony en la versión 7.0 del IDE, lo cierto es que ya desde las versiones de prueba de la 6.8 (en el primer Milestone y ya en la Beta) se puede comprobar esa integración.
Para instalar Symfony mediante PEAR no hay más que añadir el canal de Symfony a PEAR:
pear channel-discover pear.symfony-project.com
y ejecutar la orden de instalación:
pear install symfony/symfony
PEAR es un repositorio de aplicaciones y extensiones PHP que nos servirá, entre otras cosas, para realizar la instalación recomendada de Symfony. Para instalarlo podríamos seguir estas instrucciones en las que nos lo explican con todo lujo de detalles. Sin embargo, si hemos instalado la última versión de WAMP (que en estos momentos viene con PHP 5.3.0) nos dará un error cuando ejecutamos el archivo go-pear.bat.
Los permalinks en WordPress son reescrituras de las URLs que hacen que una página generada dinámicamente tenga la apariencia de una página estática. Es decir, nuestra URL en vez de ser del estilo “/index.php?id=1″ sería algo como “/enlace-permanente”. Esto a los buscadores les gusta más y mejora nuestro posicionamiento en ellos, además de que las URLs son más fáciles de recordar para el usuario.
Antes de instalar WordPress tenía hecha una instalación previa de Drupal, por lo que había que proceder a borrar dicha instalación. Sin embargo, había algunos directorios que no se me permitían borrar por falta de permisos.
