Permettre l'interrogation de l'avatar depuis l'URI

Fonctionnalité
1

Cela semble déjà possible dans un environnement d’entreprise

mais je ne vois aucune raison pour que cela soit limité au SSO.

C’est une excellente solution aux problèmes qui surviennent lorsque l’on utilise une adresse e-mail différente pour chaque service.

https://www.reddit.com/r/Gravatar/comments/15ffy6v/gravatar_should_enforce_or_at_least_allow_regex/?utm_source=share&utm_medium=web2x&context=3

2

Le code semble déjà exister pour Discourse

mais plus important encore, ceci est implémenté ailleurs, et Gravatar et Libravatar le prennent explicitement bien en charge.

Par exemple, voici un document que j’ai créé sur la prise en charge de Libravatar

https://gitlab.com/-/snippets/2590066/raw/main/s0s2gl.txt.md

0. **APIs** 
*   https://wiki.libravatar.org/api/
*   https://metacpan.org/pod/Libravatar::URL

```python3
email = ''.encode('utf-8')
hash = hashlib.md5(email.strip().lower()).hexdigest()
print(hash)
```

  1. Exemples

3

Je fais des suppositions ici, mais je pense que pour continuer à servir des avatars externes avec SSO et le paramètre discourse connect overrides avatar, ou en ajoutant une URL au paramètre external system avatars url, vous devez désactiver le paramètre du site download remote images to local. Donc, ce que vous voulez faire est réalisable maintenant, mais seulement en empêchant le téléchargement de toutes les images distantes.

Cependant, je pense que Discourse a la fonctionnalité que vous recherchez avec les Gravatars. Vous pouvez désactiver le paramètre du site automatically download gravatars tout en gardant le paramètre du site download remote images to local activé.

Edit : Si j’ai bien compris le fonctionnement actuel, la fonctionnalité que vous souhaitez est un nouveau paramètre de site : automatically download external system avatars.

Lorsque ce paramètre était désactivé, les avatars pouvaient être servis depuis l’external system avatars url sans être téléchargés par Discourse.

1 « J'aime »