Bueno, hace unos días salió a la luz la nueva versión de PHP7, tan esperada, y con mucho para aprender sumergiéndose en este fantástico lenguaje de programación, tan sencillo y liviano, como tan útil para realizar nuestras aplicaciones web.
A continuación dejo el link con la documentación de esta nueva versión:
Cuando desarrollamos una aplicación web en PHP, es muy común ingresar en la URL «localhost/proyecto_en_desarrollo», hasta que dicho proyecto es subido a un servidor web, y luego podemos acceder al mismo desde la URL correspondiente.
Otra de las ventajas que nos provee Codeigniter es una librería llamada Session, la cual nos permitirá guardar información entre página y página como lo hace cualquier sesión o cookie. Ésta es muy fácil de utilizar, y tiene ciertas ventajas.
Antes de continuar vamos a aclarar un punto importante, y es que como se menciona en la documentación de Codeigniter, estás sesiones no son más que cookies encriptadas, y al igual que cualquier cookie, éstas no deben sobrepasar los 4KB de almacenamiento. Así que a tener cuidado con esto.
En la publicación pasada, vimos un ejemplo básico de una aplicación CRUD, en donde podíamos insertar, modificar, eliminar, ver y mostrar una lista de informes de una base de datos. En esa ocasión, nosotros usábamos un formulario que nos permitía crear o modificar informes, éste contaba con las validaciones de Html5, mediante el atributo required.
Sin embargo esto trae consigo un posible problema, y es que el navegador del usuario puede no soportar estas validaciones. Otra solución sería validar el formulario con Javascript, sin embargo esta barrera de seguridad podría ser vulnerada fácilmente, por un usuario con conocimientos medios.
Bueno, ya sabemos que es un modelo, una vista y un controlador, pero si nunca has trabajado con esto, entonces supongo que aun estás algo perdido/a. No importa, en esta publicación veremos cómo trabajan en conjunto.
En la publicación pasada habíamos creado una base de datos, con una sola tabla:
Bueno, ahora que ya sabemos cómo funcionan los controladores y las vistas, podemos completar la parte que nos falta: los modelos.
Como dije en un principio, los modelos son los encargados de realizar las consultas a la base de datos, estos no son más que clases, en donde cada modelo representa a una tabla en la base de datos, y por ende, estas clases tendrán métodos que tendrán una suerte de consultas.
En la publicación pasada habíamos visto en detalle controladores, al no interactuar con vistas, devolvíamos al cliente código html impreso desde las acciones, algo que no debería hacerse, ya que todo lo relacionado con la presentación debería estar en las vistas, el controlador sólo se encarga de lógica.
Aunque ya hemos visto cómo crear controladores y por medio de estos, acciones, es importante tener bien claro su funcionamiento. En primer lugar, debemos entender una cosa, en una aplicación web tradicional, creamos archivos .php por donde pasarán cada una de las acciones de nuestro sitio, así podremos tener páginas como index.php, contacto.php, info.php, etc; sin embargo en Codeigniter todas las acciones pasan por el archivo index.php, el cual dependiendo de la ruta a la cuál se acceda buscará un controlador y su respectiva acción.
Cuando accedimos por primera vez a nuestro proyecto, vimos por pantalla la respuesta del controlador Welcome, ésta es la acción que viene por defecto en Codeigniter. Toda aplicación web tiene una página principal que es la que se accede en el raíz.
Read more «Codeigniter, parte 3: Página principal y error 404»
En la publicación pasada vimos cómo crear acciones. Para probar cómo funcionan las mismas armamos un controlador con el nombre controlador_test.php, el cual tenía dentro suyo tres acciones. También vimos cómo acceder a estas acciones con su respectiva url, la cual contenía el archivo index.php/controlador/accion. El código del controlador era:
Read more «Codeigniter, parte 2: Eliminar index.php de la url»
