Donc ton algo c'est plus 1 ̂paramètre == 1 fichier et un seul si tu veux pouvoir avoir du droit d'accès fin, j'avoue que c'est nettement plus pratique et propre que la base de registre.
Il y a vraiment besoin de définir 150 droits différents pour les 150 paramètres de configuration de ton application ? Personnellement je suis curieux d'avoir un cas d'usage. En principe tu fait plutôt l'inverse, tu décris les intervenants de ton appli (l'utilisateur, l'administrateur, etc) et pour chacun tu défini ce qu'il a le droit de modifié ou non c'est largement plus pratique et bien plus simple à faire (et ça se gère avec des droits dans /etc et $HOME). L'un des usages important aussi c'est de pouvoir définir l'ordre d'application ou de priorité (si un élément de configuration est défini 2 fois par l'utilisateur et l'administrateur le quel gagne ?). ce n'est pas en explosant la combinatoire que l'on fait de la sécurité au contraire ça rend les choses plus complexes à gérer.
Là où je trouve que la base de registre apporte quelque chose c'est dans la possibilité de typer tes variables. Ça c'est vraiment cool. Par contre, je sais pas si c'est par manque de maîtrise, mais j'ai l'impression que c'est pas facile de s'y retrouver dedans (les clefs et leur organisation sont cryptiques).
De plus je ne sais pas s'il y a pas un problème de monter en charge. Il semble qu'il existe beaucoup d'outils qui proposent de « nettoyer » la base de registre. Quel est l'intérêt ? Gagner de la place sur disque, en mémoire, en performance quand on y fait des recherche ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: On est pas vendredi
Posté par barmic . En réponse au journal Windows est il prêt pour le Desktop ?. Évalué à 2.
Il y a vraiment besoin de définir 150 droits différents pour les 150 paramètres de configuration de ton application ? Personnellement je suis curieux d'avoir un cas d'usage. En principe tu fait plutôt l'inverse, tu décris les intervenants de ton appli (l'utilisateur, l'administrateur, etc) et pour chacun tu défini ce qu'il a le droit de modifié ou non c'est largement plus pratique et bien plus simple à faire (et ça se gère avec des droits dans
/etcet$HOME). L'un des usages important aussi c'est de pouvoir définir l'ordre d'application ou de priorité (si un élément de configuration est défini 2 fois par l'utilisateur et l'administrateur le quel gagne ?). ce n'est pas en explosant la combinatoire que l'on fait de la sécurité au contraire ça rend les choses plus complexes à gérer.Là où je trouve que la base de registre apporte quelque chose c'est dans la possibilité de typer tes variables. Ça c'est vraiment cool. Par contre, je sais pas si c'est par manque de maîtrise, mais j'ai l'impression que c'est pas facile de s'y retrouver dedans (les clefs et leur organisation sont cryptiques).
De plus je ne sais pas s'il y a pas un problème de monter en charge. Il semble qu'il existe beaucoup d'outils qui proposent de « nettoyer » la base de registre. Quel est l'intérêt ? Gagner de la place sur disque, en mémoire, en performance quand on y fait des recherche ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)