Markanjio
Du coup vous allez libérer le code de toute la partie web ?
Nan, on ne parle que des modifications du code serveur. La partie web reste la propriété de Winchgate.
Markanjio
Juste pour info, une bonne pratique est de mettre ce genre de données dans des variables d'environnement. Non seulement ça permet de ne pas laisser fuiter d'informations sensibles, mais en plus ça permet de facilement mettre en place des environnement de développement et de test. Bien entendu, c'est très facile à modifier dans le code.
Et vu que tout est bien entendu abstrait par une fonction qui va chercher ces options de configurations, il est aisé de supporter d'autres "backends" que les variables d'environnement. Par exemple, un fichier de configuration.
Allez, en quelques jours c'est fini, on en parle plus.
Sauf que même les fichiers de configuration c'est une tannée... il y en a trop.
C'est pourquoi le shard officiel utilise un système avec un fichier unique de configuration qui génère les fichiers de config pour chaque service. Donc pas de soucis de ce point de vue là. 90% du boulot a déjà été fait mais c'est pas fini.
Du coup un shard officiel ressemble à ça :
globals.cfg
cache/
cfgs/
client/
common/
data/
logs/
run/
save/
sbin/
tools/
là ou les shard ryzomcore sont encore avec la structure classique.