Symfony permite utilizar distintos medios para guardar los datos de sesión. Por defecto, Symfony utiliza el sistema de archivos (con el directorio /tmp)

Para correr Symfony en un cluster de servidores web es necesario guardar la sesión en un lugar centralizado. Para esto se puede utilizar Mysql.

Es necesario crear una tabla para guardar los datos. El schema es el siguiente:

CREATE TABLE IF NOT EXISTS `session` (
`id` VARCHAR(32) NOT NULL ,
`sess_time` INT NULL ,
`data` TEXT NULL ,
PRIMARY KEY (`id`) )

Luego, hay que configurar Symfony para utilizar esta tabla. Primero, debemos crear la conexión a la base de datos para la sesión . En el archivo config/databases.yml ponemos:

session:
class: sfPDODatabase
param:
dsn: mysql:dbname=mydb;host=localhost
username: myuser
password: mypass

Recuerden reemplazar los datos de dbname, host, username, y password con sus datos de conexión.

Luego, en la configuración de la aplicación es necesario definir la clase para guardar la sesión utilizando PDO. En el archivo config/factories.yml de la aplicación debemos agregar lo siguiente:

all:
class: sfPDOSessionStorage
param:
db_table: session
database: session
session_name: session
db_id_col: id
db_time_col: sess_time
db_data_col: data

Luego de limpiar el cache con symfony cc la sesión deberia ser guardada en la tabla.

También es posible utilizar la conexión de propel existente, pero al momento de escribir este artículo tengo algun problema con este método. Luego comentaré la solución.

Links para más información:

• http://www.symfony-project.org/snippets/snippets/tagged/session/order_by/date
• http://www.symfony-project.org/book/1_0/06-Inside-the-Controller-Layer#User%20Session

Si utilizas propel para generar el sql desde el schema, y necesitas que incluya el tipo innodb en la declaración de creación de la tabla, debes incluir la siguiente línea en /config/propel.ini :

mebelipropel.mysql.tableType = InnoDB

Luego, ejecutando “symfony propel-build-sql” generará el archivo .sql en data/sql con el correspondiente tipo.

Al momento de crear algunas tablas en el modelo de datos, para algunos índices elegí el tipo de datos BIGINT de Mysql.

Luego de convertir el modelo a un schema.yml con propel, y generar un admin con propel-init-admin descubrí que el sorting usando columnas que son BIGINT no estaba correcto. El orden era calculado usando strings en vez de números.

Así fue como descubrí que propel convierte BIGINT a strings y no INT.

Para solucionar el problema, hay que reemplazar BIGINT por INTEGER y generar el modelo nuevamente.