Delete pad after delay

Hello! J'aimerais bien une relecture, surtout de la part des admins actuels. Je doute surtout du fait que ma nouvelle version du docker-compose ne casse pas la prod (conservation des noms de volumes etc). J'ai tout vérifié mais on n'est jamais trop sûrs ;)

Au passage, j'ai aussi:

• accéléré la compilation de l'image en fixant les pb de chown
• bougé la variable d'environnement de Abiword dans le dockerfile, puisque c'est le dockerfile qui contrôle le path (actuellement c'est le fait qu'on utilise debian/apt qui détermine l'endroit où sera installé abiword). Mais ça reste une variable d'environnement, qui peut être overridée dans le docker-compose si nécessaire.
• normalisé les noms là où c'était possible (j'espère ne pas avoir touché aux noms réels des volumes)

@qduchemi je t'assigne de façon totalement arbitraire, hésite pas à refiler le bébé à quelqu'un d'autre, J'EN APPELLE AU DISCERNEMENT DE CHACUN

pica-etherpad/settings.json

@@ -120,8 +120,8 @@
   },
   "ep_delete_after_delay": {
     "delay": 71712000, // 830 days, in seconds (2 years)
-    "loop": true,
-    "loopDelay": 604800, // 1 week
+    "loop": false, // false = use an external script
+    "loopDelay": 0,
     "deleteAtStart": false,
     "text": "Le contenu de ce pad a été supprimé pour cause d'inactivité pendant 2 ans."
   },