Bonjour, content de vous revoir par ici !
Une partie de la raison est que c’était « suffisamment bon » – nous ne l’utilisons pas en interne sur notre hébergement car nous faisons souvent pivoter les conteneurs et les images, donc notre cadence est très différente de ce à quoi ressemblerait un site auto-hébergé.
L’autre explication est qu’entre le lanceur et Docker, aucun système ne veut assumer l’entière responsabilité du calendrier de suppression des données – le calendrier de suppression des données utilisateur devrait être entièrement sous le contrôle de l’utilisateur.
J’ai rencontré quelques problèmes sur des sites auto-hébergés où le nettoyage nettoie également la nouvelle base Discourse que je devais construire, ce qui entraîne un terrible problème d’œuf et de poule. Le fait que cela ne soit pas remarqué parce que cela s’exécute automatiquement serait probablement un peu difficile à résoudre.
Une suggestion simple pourrait peut-être être de planifier via cronjob un docker system prune ou launcher clean à vos propres risques. Cela pourrait fonctionner ?