You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On commence à avoir beaucoup de paramètres (parameters.yml) qui permettent d'afficher ou cacher des elements de l'application. Or les avoir dans ce fichier présente plusieurs contraintes :
il est difficile de les documenter (il y a une bien une page wiki à coté, mais le seul nom en anglais est parfois compliqué pour s'y retrouver)
lorsque l'application tourne il est difficile de savoir lesquels sont activés
lorsque l'application tourne il n'est pas possible de les modifier
Comment ?
Une idée pourrait être de créer une Entité "unique" Configuration. Dont le SUPER_USER pourrait voir et modifier les valeurs via l'interface admin.
Cela n'enlève pas tous les inconvénients, car il faudrait rajouter un champ (et une migration) à chaque nouveau paramètre.
En Django il existe par exemple la librairie django-solo
Des idées ?
The text was updated successfully, but these errors were encountered:
Avoir un écran qui affiche la valeur des paramètres serait très pratique pour les admins
Pour éviter la migration, Idée : ajouter une table avec Nom du parametre, Valeur, Valeur par défaut, Explication
et un écran pour afficher cette table et être capable de modifier (i.e : après sauvegarde de la table, génération du fichier parameters.yml et lancement automatique de la commande de nettoyage du cache
Eventuellement ajouter un bouton "Site en maintenance" qui empécherai l'accès à l'application à tout utilisateur sauf les SUPER_USER
Quoi ?
On commence à avoir beaucoup de paramètres (
parameters.yml
) qui permettent d'afficher ou cacher des elements de l'application. Or les avoir dans ce fichier présente plusieurs contraintes :Comment ?
Une idée pourrait être de créer une Entité "unique"
Configuration
. Dont le SUPER_USER pourrait voir et modifier les valeurs via l'interface admin.Cela n'enlève pas tous les inconvénients, car il faudrait rajouter un champ (et une migration) à chaque nouveau paramètre.
En Django il existe par exemple la librairie django-solo
Des idées ?
The text was updated successfully, but these errors were encountered: