# Permettre aux utilisateurs anonymes d'hériter des groupes d'utilisateurs de leurs parents

**URL:** <https://meta.discourse.org/t/allow-anonymous-users-to-inherit-their-parent-user-groups/292692>\
**Category:** Feature\
**Tags:** groups, anonymous-mode\
**Created:** [Janvier 23, 2024, 11:03 UTC](https://meta.discourse.org/t/allow-anonymous-users-to-inherit-their-parent-user-groups/292692 "2024-01-23T23:03:20Z")\
**Posts on this page:** 1\
**Showing post:** 9

<div class="post-metadata">

**Author:** ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)\
**Post date:** [Janvier 29, 2024, 11:11 UTC](https://meta.discourse.org/t/allow-anonymous-users-to-inherit-their-parent-user-groups/292692/9 "2024-01-29T23:11:32Z")

</div>

> [@meltingmettle\_gh](#):
>
> sauf que ce changement nécessite une migration de base de données. Une migration serait-elle réalisable sur un plugin&nbsp;?

Oui, mais à mon avis, c’est une mauvaise pratique de modifier les tables principales dans un plugin.

Si vous déplacez cela dans un plugin, il est préférable d’utiliser `group_custom_fields` ou votre propre table désignée.

Dans ce cas précis, vous pourriez également (à la place) ajouter un paramètre de site tel que «&nbsp;groupes hérités autorisés&nbsp;» et laisser l’administrateur sélectionner tous les groupes qui peuvent être hérités dans ce seul paramètre. Cela rendrait les choses beaucoup plus simples et regrouperait toutes les fonctionnalités fournies par le plugin en un seul endroit.

---

_[View the full topic](https://meta.discourse.org/t/allow-anonymous-users-to-inherit-their-parent-user-groups/292692)._