• Disclaimer

• Migration de Libération.fr de PHP vers django: "front" puis "back"

• Avant: un CMS proprio en PHP, très customisé

• Objectifs:

  • Faire un vrai back-office en django
  • Rendre les gens heureux

front en août 2011, back le 8 avril 2012 (oui la semaine dernière)

vieux back à base de copier-coller

• Deux missions:

  • site web Libération.fr
  • archives (800 000 articles depuis 1994)

• Utilisateurs très différents

Gestion des homepages, Rédaction des articles, Catégorisation des articles, Consultation des archives

• Interface qui s'adapte aux différents métiers
• Recherche multi-objets et multi-critères
• Gestion du concurrency control ("Qui a écrasé mes modifs ?!")
• Gestion ergonomique des relations entre objets (chasse aux clics!)

inlines: 1. empty form 2. popup changelist puis raw id fields

réactivité, bonheur

• Admin non utilisable telle quelle pour nos besoins

• On refait tout de zéro ou on part de l'admin ?

• Sprint de 15 jours à 4 devs pour tenter un proto à partir de l'admin

• A la fin du sprint:

  • On passe en Rails (ça va on peut plaisanter)
  • On part de l'admin (ouf!)

refaire tout avec des ModelForms

très pratique/flexible

menu/page accueil dédiée pour chaque groupes d'utilisateurs

un peu de refactorisation à faire (DRYification, récupérer l'AdminSite dans le context, pas dans l'URL)

• https://bitbucket.org/izi/django-admin-tools/

Organiser son change form en colonne + tabs, Change form != par groupe d'utilisateurs

Appli presque plug'n'play

• https://github.com/liberation/django-admin-tabs

django-locking: concurrency control

Plusieurs forks

• https://github.com/RobCombs/django-locking (fork le plus abouti)
• https://github.com/liberation/django-locking (plus intrusif, moins de requêtes HTTP)