Novedades sprinteras de Django

El sprint de django, que en principio oficialmente estaba previsto sólo para el viernes, pero que el entusiasmo de los desarrolladores ha llevado a alargarlo durante todo el fin de semana (bueno yo ya me lo esperaba). Si queréis curiosear lo que pasó hora a hora durante el sprint podéis leer el blog de Malcolm Tredinnick, que escribía en vivo lo que iba pasando el sábado y domingo.

Yo mientras tanto, estuve centrado en varios tickets, pero sobre todo con el ticket #5496, para intentar completar la ya bastante abundante batería de tests de django.

A continuación listaré los cambios, mejoras y bugs más significativos que se han realizado en Django en este fin de semana… de entre todos los cambios realizados, que son increíblemente numerosos.

  • Las sesiones ahora también pueden configurarse en Django para guardarse en el sistema de ficheros, o incluso en la caché que se tenga configurada (por ejemplo memcached) en lugar de la base de datos. Esto, dependiendo de la configuración, puede conllevar a un aumento de prestaciones, al liberar un poco de trabajo a la base de datos. Además es importante porque se ha refactorizado de tal forma que se pueden hacer más backends de sesiones, y almacenarlos en otros sitios que se te puedan ocurrir. Ver cambio 6333
  • Muchas mejoras en la rama de newforms-admin. Ya falta menos para hacer la mezcla de la rama newforms-admin con la rama principal de desarrollo, y tener por tanto la genial interfaz de administración automática de django basada 100% en los newforms.
  • Varios cambios como éste o éste, para hacer Django más compatible con Jython
  • Cambios para manejo más eficiente de la caché en los querysets. Todo el trabajo en el ticket #17
  • Mejoras en los serializadores YAML y JSON de Django, en este changeset. El buen funcionamiento de serializadores tiene una gran importancia tanto para la generación e intercambio de datos como para las webs realizadas con tecnología AJAX.
  • Algunos fixes para el backend Oracle. En ocasiones extrañas el ORM de Django fallaba en Oracle, y ya prácticamente va perfecto
  • Mejorada la caché de la aplicación django.contrib.sites. Ahora, si usas esta aplicación para permitir el uso de un mismo modelo de datos compartido para muchas aplicaciones, será mucho más eficiente que antes, debido a que cachea las consultas efectuadas.
  • Mejorada la inteligencia del sistema de comprobación de si una imagen es válida. Ahora comprueba también que no esté corrupta. Ver cambio 6175
  • Se está refactorizando el ORM para tener un código más reusable. No es la primera refactorización realizada, ni la más importante, pero siempre se puede mejorar lo que se tiene
  • Permitido el uso de espacios y variables en la templatetag cycle, la cual antes sólo permitía usarlas con valores de cadena separadas por comas. Ver cambio.
  • Diversas mejoras en la rama de Django y GIS (GeoDjango)
  • Muchas otras cosas que se me escapan seguro :_(

Deja una Respuesta