Tag cake - Userlinux.net

Una feature básica para cualquier web dospuntocero es la sindicación de contenidos. Resumiendo muy mucho podemos decir que se trata de un formato de redifusión de contenidos capaz de ser interpretado por clientes o lectores de feeds.

Dentro de un desarrollo con CakePHP (1.2 beta) crear el rss de un modelo es muy sencillo, se resume en cuatro pasos básicos.

Hay veces que la versatilidad del framework no es suficiente según el tipo de operaciones que se quieran realizar -o el límite del desarrollador, que también influye-.

Imaginemos un objeto Post del que queremos actualizar el número de veces que se ha visitado -los típicos hits-. En CakePHP y siguiendo sus convenciones sería algo similar a lo siguiente:

Últimamente he tenido un montón de problemas con el Translate Behavior, que es el encargado de agregar internacionalización a una aplicación web desarrollada en CakePHP.

El problema no sé si era que yo no entendía el funcionamiento interno o que no se adaptaba a mis necesidades. Pero antes de entrar en los detalles del mismo veamos la forma de actuar de dicho behavior.

Si algo se le puede echar en cara a este framework es la documentación. Por lo que tengo entendido antes había un wiki en el que la gente intentaba ayudarse con código, comentarios y puntualizaciones. No sé qué motivó a descolgarlo, imho un wiki es una buena plataforma para generar información -supongo que spam o malos rollos-.

Después vino Bakery, una plataforma donde una vez registrado puedes agregar artículos, comentar otros y compartir conocimientos. No acabo de encontrarle el punto, además considero que no tiene documentación suficiente, hay varios artículos buenos pero no abarcan el grueso del framework ni de lejos.

Dados dos modelos relacionados N:M, lo que en Cake se llama una hasAndBelongsToMany (HABTM) supongamos un simple update del campo status del modelo principal.

Para ser más concretos, dados los modelos Posts y Tags, al ejecutar la función admin_status() para cambiar el estado de un Post -de activo a inactivo o viceversa- CakePHP hace cosas bastante raras con los tags relacionados, los borra. La función es la siguiente:

Entre ocio y auto-obligación estoy pasando el código de rCMS a CakePHP -motivo de las últimas entradas etiquetadas con este tag-.

Hablar del framework en sí podría llenar ríos de tinta tanto positiva como negativamente (bestial automagia y rapidez de desarrollo vs caos documental y organizativo).

Una de las últimas tareas ha sido actualizar el core a la última versión con luz: 1.2-beta. Para ello me he encontrado estos 4 tips, por si pudieran ayudar:

Usando cookies en CakePHP, por el incombustible cakebaker.

La automagia también tiene su lado oscuro, normalmente cuando se desconoce el uso de la misma. Esta vez se trataba de guardar en un log detalles de transacción de un user justo al finalizar la operación. Supuse que sería un sencillo save() con los parámetros apropiados. Según vemos en la API, su sintaxis es primitiva:

Model::save ($data = null,
		$validate = true,
		$fieldList = array()
	)
	array		$data Data to save.
	boolean	$validate If set, validation will be done before the save
	array		$fieldList List of fields to allow to be written

Con los controladores relacionados mediante la variable uses (var $uses = array('Modelo2', 'Modelo3')) la intuición trataría de hacer el resto:

Dados dos controladores distintos -users_controller.php y cars_controller.php- dentro de la misma aplicación, supongamos que queremos cruzar información entre ellos. Por ejemplo dentro del controlador de cars queremos un listado con los datos del user al que pertenece.

Para ello creamos una función dentro de users_controller.php que sea la encargada de devolver los datos de un usuario seleccionado según $id:

Tenía un pequeño problema que conseguí resolver. Para un desarrollo había creado un entorno en el cual me daba mucha pereza integrar un sistema de login como othAuth con lo que intenté hacerlo a mano, como siempre.

Una variable de sesión que diga si el usuario se ha autentificado correctamente o no, en base a eso montamos el acceso a las distintas zonas del site. Lo que viene siendo el menú principal es un element y no sabía si era posible usar las variables de sesión en Vista.