Inscriptions ouvertes
Réglages → Administration → Inscriptions ouvertes. Tant que l’interrupteur est activé, tout visiteur qui accède à l’instance peut y créer son propre compte. Désactivez-le une fois que tous ceux qui doivent y avoir un compte l’ont créé, ce qui, pour une instance familiale, arrive après la deuxième ou la troisième inscription.
Le changement s’applique immédiatement. Une instance fermée répond 403 Les inscriptions sont désactivées à toute tentative d’inscription, et l’écran de connexion ne propose plus
le lien ; les sessions déjà ouvertes ne sont pas affectées.
Valeur par défaut dans .env, valeur forcée dans la base
Section intitulée « Valeur par défaut dans .env, valeur forcée dans la base »Le réglage est lu à deux endroits, et l’ordre de priorité entre les deux surprend souvent.
REGISTRATION_ENABLED, dans .env, donne la valeur par défaut, qui ne sert que tant
que personne n’a touché à l’interrupteur. Dès qu’il a été basculé, le choix est enregistré
dans la base sous la clé registration_enabled, et c’est lui qui l’emporte désormais.
Sur une instance dont l’écran d’administration a déjà servi, fermer les inscriptions dans
.env puis redémarrer ne change donc rien.
Fermez les inscriptions depuis l’écran, ou vérifiez-y le réglage après avoir modifié le fichier.
Pourquoi l’onglet peut être absent
Section intitulée « Pourquoi l’onglet peut être absent »L’onglet Administration ne s’affiche que pour un compte qui a le rôle admin. Sans ce
rôle, un lecteur voit sept onglets au lieu de huit et aucun de ces interrupteurs, et c’est
voulu.
L’adresse, elle, existe pour tout le monde : /reglages/administration, ouverte depuis un
compte qui n’est pas administrateur, renvoie vers l’onglet d’accueil plutôt que d’afficher
une page vide sans issue. C’est pourquoi, vu du navigateur, « je ne trouve pas le
réglage » et « je ne suis pas administrateur de cette instance » ont exactement le même
aspect.
Le rôle revient à la personne qui a créé le premier compte de l’instance, comme l’explique Premier démarrage.