Coté securité l'acces en base de registre demandera des nouveaux droits
A priori, ce n'est qu'une lib qui parse des fichiers, donc les droits se gèrent au niveau du filesystem
(qd au chroot qu'est ce qui se passe dans ce cas ? Comment le faire avec une base de registre???)
Dans ce cas de 2 choses l'une, soit ton application est prévue pour le chroot et lit sa conf avant de chrooter et il n'y a pas de problème, soit elle n'est pas prévue pour et il faut déplacer le répertoire contenant les fichiers de la configuration du soft dans le chroot
et des ACLs bien complexes qui finiront tres rapidement a introduire des failles inherentes a cette structure
Les droits sont gérés très simplement au niveau du filesystem, ca ne change rien par rapport à l'analyse d'un fichier de config, sauf que l'on passe par une bibliothèque au lieu de faire l'analyse sois-même
sans parler des chaines de dependances qui viendront prendre le dessus et les conflits dans les choix des paths sur des projets ... la base de registre aura pas mal de chances d'etre franchement indigeste.
Le problème est le même quand au choix d'un emplacement de fichier de configuration.
Et puis, loader une base (en plus des problemes de corruption) c'est loader des tas de trucs dans la RAM qui ne servent a rien ou qui risque d'etre utilisés pour loader des choses
Tu ne load pas toute la base, si tu demande le contenu de toto.titi.tata, tu ne charge et ne lit que le fichier toto/titi/tata
En bref, le seul changement par rapport à un fichier de config par application c'est que l'on utilise une même bibliothèque et que les fichiers de config sont tous au même endroit.
[^] # Re: Avec les mêmes défauts que sous Windows ?
Posté par Étienne . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 3.
Coté securité l'acces en base de registre demandera des nouveaux droits
A priori, ce n'est qu'une lib qui parse des fichiers, donc les droits se gèrent au niveau du filesystem
(qd au chroot qu'est ce qui se passe dans ce cas ? Comment le faire avec une base de registre???)
Dans ce cas de 2 choses l'une, soit ton application est prévue pour le chroot et lit sa conf avant de chrooter et il n'y a pas de problème, soit elle n'est pas prévue pour et il faut déplacer le répertoire contenant les fichiers de la configuration du soft dans le chroot
et des ACLs bien complexes qui finiront tres rapidement a introduire des failles inherentes a cette structure
Les droits sont gérés très simplement au niveau du filesystem, ca ne change rien par rapport à l'analyse d'un fichier de config, sauf que l'on passe par une bibliothèque au lieu de faire l'analyse sois-même
sans parler des chaines de dependances qui viendront prendre le dessus et les conflits dans les choix des paths sur des projets ... la base de registre aura pas mal de chances d'etre franchement indigeste.
Le problème est le même quand au choix d'un emplacement de fichier de configuration.
Et puis, loader une base (en plus des problemes de corruption) c'est loader des tas de trucs dans la RAM qui ne servent a rien ou qui risque d'etre utilisés pour loader des choses
Tu ne load pas toute la base, si tu demande le contenu de toto.titi.tata, tu ne charge et ne lit que le fichier toto/titi/tata
En bref, le seul changement par rapport à un fichier de config par application c'est que l'on utilise une même bibliothèque et que les fichiers de config sont tous au même endroit.
Etienne