Tenía intención de crear un post explicando la optimización de Apache, pero la verdad es que en la red ya existe bastante información al respecto por tanto os dejo dos links, uno explicando cada uno de los parámetros que se pueden modificar en el archivo httpd.conf de Apache y el otro con algunos ejemplos de
Cuando Symfony construye el modelo, crea una clase de objeto base para cada una de las tablas definidas en schema.yml. Cada una de estas clases contiene una serie de constructores y accesores por defecto en función de la definición de cada columna: los métodos new, getXXX() y setXXX() (donde XXX es el nombre del campo)
Más de uno conocerá esas imágenes o PDFs que, de forma resumida, muestran todos los métodos y funciones de los lenguajes de programación o de frameworks. Con Symfony eso no es diferente, además de ser muy útil en las primeras etapas de aprendizaje. Os dejo el link: http://trac.symfony-project.org/wiki/CheatSheets ¡Qué lo disfrutéis!
Las bases de datos son relacionales. PHP 5 y Symfony están orientados a objetos. Para acceder de forma efectiva a la base de datos desde un contexto orientado a objetos, es necesaria una interfaz que traduzca la lógica de los objetos a la lógica relacional. Esta interfaz se llama ORM (object-relational mapping) o «mapeo de
Supongo que ya sabrás de lo que voy a hablar, sí, codificación de caracteres y el jodío de Dreamweaver. Te cuento: Estoy haciendo algunas pruebas con Symfony y su sistema de internacionalización ( I18N ), y para ello he hecho que el charset que muestre la plantilla sea utf-8 (además de las tablas de la
SEGURIDAD DE LA ACCIÓN Con Symfony podemos controlar quién puede acceder a una acción concreta, utilizando para ello las herramientas de identificación de usuarios que el framework nos provee. Una acción segura sólo podrá ser ejecutada por un usuario registrado y que tenga la acreditación para ello. Las acciones seguras requieren que los usuarios estén
Sí, sigo dándole caña a Symfony… y cometiendo errores de novato xD. Para ir probando Symfony con un proyecto real, he decidido utilizar una base de datos ya existente para generar una nueva versión del proyecto anterior, y como ya sabrás para que Symfony (bueno, en este caso Propel) genere las clases necesarias para trabajar
El primer parámetro de todas las acciones (que habitualmente hemos llamado $peticion) representa un objeto llamado sfWebRequest. Ya conocemos uno de sus métodos que nos devuelve el valor de un parámetro, getParameter(‘miparametro’). En el capítulo del libro de Symfony podéis ver una tabla con los métodos más utilizados de el objeto sfWebRequest. SESIONES Para
La versión 1.4 de Symfony utiliza por defecto como ORM a Doctrine, ya que tiene mejor rendimiento, pero las prácticas de Symfony como por ejemplo Jobeet utiliza Propel. Asi que, para poder utilizar este ORM hay que generar la aplicación con el parámetro –orm, tal como sigue: symfony generate:project mi_proyecto –orm=Propel De esta forma, Propel,
Continuo dándole caña a Symfony. Ahora toca el controlador. ¿Qué hace el controlador? Pues lo siguiente: El controlador frontal es el único punto de entrada a la aplicación. Carga la configuración y determina la acción a ejecutarse. Las acciones contienen la lógica de la aplicación. Verifican la integridad de las peticiones y preparan los datos
