Ticket #59 (accepted to_discuss)

Opened 3 years ago

Last modified 11 months ago

One ini file to rules them all

Reported by: paparazzia Owned by: paparazzia
Priority: major Milestone: Evil Barber
Component: hosting Version: 1.0
Keywords: Cc:

Description (last modified by paparazzia) (diff)

La séparation en modules à permis de bien identifier les différents paramétrages des modules.

Certains paramètrages sont communs, notamment les path et la bdd et on se retrouve à réitérer l'information pour différents langages (shell, php)

L'idéal serait d'avoir un fichier ini unique (?) qui comprendrait toutes les informations et un bout de python (ou php) qui générerait les fichiers de configurations shell ou php à la demande.

Change History

Changed 3 years ago by paparazzia

  • owner changed from fm to paparazzia
  • status changed from new to accepted

NB: un .ini serait suffisant et sans doute plus editable ponctuellement.

Changed 2 years ago by spf

  • milestone changed from Have foehn to Autant en emporte l'Autan

Changed 2 years ago by paparazzia

il faut 2 fichiers :

  • un fichier global.ini qui contient tous les paramètres
  • un fichier local.ini qui permet d'écraser certains paramètres précis pour un serveur

Il faut également un script qui lit les 2 fichiers et génère les fichiers spécifiques à chaque langage / module.
La mise à jour de la conf ne serait pas automatisées à chaque déploiement de module pour garantir la cohérence (?)
On pourrait toutefois créer un alias pour maj_modules.sh "conf" qui redéploierait toute la conf.

Changed 2 years ago by paparazzia

  • component changed from site to hosting

Changed 17 months ago by paparazzia

  • milestone changed from Sirocco et ses freres to No more oil in my chocolatero

Changed 13 months ago by paparazzia

  • summary changed from One xml file to rules them all to One ini file to rules them all
  • description modified (diff)
  • milestone changed from No more oil in my chocolatero to Un Typhon, phon, phon...

un .ini suffira (renommage du ticket), et va vraiment devenir nécessaire pour gérer l'ensemble plus facilement (doublon dans les paths gshhs par exemple)

Changed 11 months ago by paparazzia

En complément, les facilités offertes par la virtualisation rendent ce ticket d'autant plus nécessaire (en gros, on veut pouvoir avoir des .ini subsidiaires qui ne contiennent que ce qui change d'une instance à une autre, afin de pouvoir cloner une instance et la reparamétrer à la volée).

Changed 11 months ago by paparazzia

Complément : il FAUT qu'on puisse gérer la conf comme une collection de .ini (avoir un conf/modconf.d/*.ini pour la personnalisation et un conf/default.ini pour les paramètres par défaut).

la séquence deviendrait :
- (en cas de changement de version) ./maj_scripts.sh
- personnalisation d'un fichier conf/modconf.d/foo.ini
- ./maj_conf.sh qui générerait les fichiers de conf classiques actuels
- redéploiement des modules qui redéploie leur conf (lib/phpcommon, site, ...)

Note: See TracTickets for help on using tickets.