On utilise les termes black-list et white-list, en particulier pour un des filtres de l’antispam de Dotclear et je me demande s’il ne faudrait pas renommer ça en :
- good-list, bad-list
- green-list, red-list — sauf que là on revient en partie sur la problématique de la signification des couleurs
- ok-list, ko-list
Par ailleurs on utilise aussi le terme master, pour la constante DC_MASTER_KEY, utilisé comme clé primaire de chiffrement. Est-ce qu’il faudrait la renommer en :
- DC_PRIMARY_KEY
- DC_HIGH_KEY
- DC_ROOT_KEY
Ou alors on ne change rien ?
1 De Kozlika -
Je suis pour changer. Ça ne représente pas un bouleversement pour nous et tous les gestes comptent.
2 De Kozlika -
Pour le nommage :
3 De Nicolas -
J’aime beaucoup les propositions de Kozlika !
4 De Llu -
Je suis d’accord avec Kozlika et ses propositions :)
5 De Franck -
J’ai peut-être parlé un peu vite pour DC_MASTER_KEY parce que si je change ça ça casse toutes les installations. Il va falloir que je réfléchisse à une transition pendant laquelle on aura les deux…
6 De biou -
De là à dire que les masters sont fragiles ;)
Allowlist et blocklist sont chouettes. Est-ce qu’il faut aussi trouver des traductions en français?
7 De Franck -
Ah oui c’est vrai qu’en français, block je sais traduire (probablement quelque chose à base de bloqué), par contre pour allow va falloir que je réfléchisse un peu, autorisé me paraît pas très significatif dans ce contexte précis…
8 De RaphAstronome -
Je suis plutôt favorable à “good-list”, “bad-list”. En tout cas éviter “ok”, “ko” qui risque de poser soucis lisibilité et de confusion vu que c’est juste l’inversion de deux lettres.
Quand à “master” il est surtout problématique que lorsqu’il est opposé à “slave”, et à ma connaissance il n’y a pas de “slave key”. Si il faut changer je préférerais “DC_ROOT_KEY” ou “DC_MAIN_KEY” (d’ailleurs dans le cas de Firefox c’est traduit en “mot de passe principal” dans ce contexte). Quand au “DC_PRIMARY_KEY” cela pose problème car fait penser aux clés primaires dans les bases de données.
Quand à la compatibilité il serait possible après lecture du fichier de config de détecter le cas où DC_MASTER_KEY serait définit et pas la nouvelle et dans ce cas définir la nouvelle avec l’ancienne. Mais bon c’est un test en plus et surtout cela pourrait ne pas être très clair pour un utilisateur qui pourrait définir les deux avec des codes différents ou pire changer la clé sans comprendre qu’elle sert à déverrouiller les mots de passe.
D’ailleurs ne pourrais t’on pas progressivement passer à un système de pass utilisant l’API https://www.php.net/manual/fr/ref.password.php de PHP ? Ce genre de clé devient alors inutile.
9 De Kozlika -
L’argument de Raph est convaincant pour primary_key
Pour la trad des listes : bloqué / approuvé ?
10 De Franck -
J’ai choisi bloquées/autorisées pour les listes d’IP.
Par ailleurs Dotclear utilise déjà l’API password de PHP, mais cette clé est utilisée ailleurs, d’où sa persistance.
11 De Gilsoub -
Good et bad me parait approprié et facilement compréhensible. Master en tant que tel ne me gêne pas plus que cela, j’avais une application pro video qui parlait de “master ” et de “secondary”.
12 De Obni -
D’accord avec Kozlika et l’effet colibri… les idées sont bonnes et ça fait un peu avancer les choses. Bloquées/autorisée franchement c’est plus évident quand on ne connaît pas trop linformatique et/ou le web.
13 De Bernard -
j’y ai tout de suite pensé; on ne modifie pas le nom d’une constante sans générer de problèmes pour les versions anciennes… Donc, 2 constantes ?, la nouvelle contenant la première — comme le suggère RaphAstronome, me parait être une bonne solution de transition “souple”.
J’aime bien “ok”/”ko”, mais c’est totalement personnel: ça me rappelle un panneau posé dans un champ de la Creuse près d’un camp militaire, où était inscrit :
;-)Sinon —pour sortir du rang comme d’hab, black/white - bad/good - denied/allow, slave/master, etc. ouais bon… Pourquoi pas women/men ???
oki, pas taper, je connais the issue ;-p