Actualizada la aplicación a Symfony 2.0.9

No se ha actualizado ni `doctrine-fixtures` ni `DoctrineFixturesBundle`,
por lo que todo sigue funcionando bien sin tener que hacer los cambios
explicados por @nacmartin en
https://github.com/javiereguiluz/Cupon/issues/24#issuecomment-3725638
Actualizada la aplicación a Symfony 2.0.10

  * Actualizado el comando bin/vendors porque ha cambiado en esta versión
  * Actualizados los archivos deps y deps.lock oficiales de Symfony2
  * Eliminados los bloqueos propios en deps.lock
  * Actualizadas las clases de los fixtures según los cambios de Doctrine2

Otro cambio importante que trae esta versión es que ahora el comando
`doctrine:fixtures:load` ya no elimina las tablas de la base de datos,
sino que sólo borra su información. La consecuencia es que, al menos en
MySQL, no se resetean los valores autoincrementales.

Para utilizar `doctrine:fixtures:load` como antes, es necesario añadir
siempre la opción --purge-with-truncate
Actualizados los fixtures básicos a los nuevos requerimientos de
Doctrine2
Actualizadas las instrucciones de instalación para corregir un error en
el enlace al repositorio de Github
Corregida la creación de usuarios con contraseñas en claro

Cuando se utiliza el archivo simplificado de fixtures, los usuarios no
guardan su contraseña codificada. Por eso su atributo `salt` debería
dejarse vacío. Si no lo haces, no puedes loguearte en la aplicación.

Se han mejorado también las indicaciones sobre cómo utilizar el archivo
de fixtures simplificado, ya que requiere que el `encoder` asociado sea
de tipo `plaintext`.
Actualizada la aplicación a Symfony 2.0.12

Todos los tests pasan correctamente con esta nueva versión.
Simplificado el código de los fixtures básicos
Mejorado el test funcional del registro de usuarios

Este test ya no falla en función de cómo hayas cargado los fixtures de
la aplicación. El valro del atributo `id` se obtiene directamente a
partir del listado de `id` válidos del formulario, por lo que ya no será
posible escoger `id` que no existan (debido al funcionamiento de los
valores autoincrementales de las bases de datos)
Mejoras en el código de todos los archivos de fixtures
Corregido un error en las Fixtures de Usuario, al generar el número de la calle del campo dirección.
Merge pull request #40 from tolbier/master

Corregido un error en el archivo de fixtures de los Usuarios
correccion de errores en IE (menor que v9), que no es compatible con HTML5
Cambiadas algunas consultas a la BBDD para que cuando no haya
resultados, devuelva `null` en vez de lanzar una excepción. Así también
el controlador muestra un error `404` en esos casos.

Gracias a @ptosiani por reportar este error en el issue #44
Merge pull request #42 from tolbier/master

Añadida compatibilidad con las versiones de Internet Explorer anteriores a la 9
deps>DoctrineFixturesBundle cambiado de github.com/symfony a github.com/doctrine
Merge pull request #52 from tolbier/master

Actualizada la ruta del repositorio de DoctrineFixturesBundle en el archivo `deps`
Añadidas algunas características de HTML5 al formulario de registro de usuarios

Gracias a @ptosiani por sugerirlo en el issue #48
Mejorado el formulario de registro de usuarios.

En vez de poner la fecha de nacimiento inicial a hace 18 años,
es mejor limitar el rango de años que se pueden seleccionar
para que no aparezcan los de las personas que tienen menos de
18 años.
Aplicación actualizada a Symfony 2.0.16
Corregido el problema del formulario de registro/perfil de usuario

El registro de un usuario y la modificación de su perfil utilizaban
el mismo formulario UsuarioType.php  El problema de esta reutilización
es que la contraseña es obligatoria en el registor, pero no en el perfil.

Se han creado dos formularios:

  * UsuarioRegistroType: es el formulario principal y el que se utiliza
    cuando un usuario se da de alta en el sitio.
  * UsuarioPerfilType: es un formulario secundario, que extiende el
    anterior y se utiliza para ver/modificar el perfil de los usuarios.

Para completar la diferencia entre los dos escenarios, se ha definido
un nuevo gripo de validación llamado "registro", que sólo se aplica en
el formulario UsuarioRegistroType