Consenti il polling dell'avatar da URI

Questo sembra essere già possibile in un ambiente aziendale

ma non vedo perché dovrebbe essere limitato all’SSO.

È un’ottima soluzione ai problemi che sorgono quando si utilizza un indirizzo email diverso per ogni servizio.

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

Il codice sembra già esistere per Discourse

ma, cosa più importante, questo è implementato altrove, e Gravatar e Libravatar lo supportano esplicitamente bene.

Ad esempio, ecco un documento che ho creato sul supporto di Libravatar

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

0. **API**

*   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)
```

0. Esempi

   • https://seccdn.libravatar.org/avatar/ea13768f2a7107166add55082804a465?s=512
   • http://cdn.libravatar.org/avatar/ea13768f2a7107166add55082804a465?s=512

Sto ipotizzando, ma penso che per continuare a servire avatar esterni con SSO e l’impostazione discourse connect overrides avatar, o aggiungendo un URL all’impostazione external system avatars url, sia necessario disabilitare l’impostazione del sito download remote images to local. Quindi, ciò che desideri fare può essere realizzato ora, ma solo impedendo il download di tutte le immagini remote.

Tuttavia, penso che Discourse abbia la funzionalità che stai cercando con Gravatar. Puoi disabilitare l’impostazione del sito automatically download gravatars mantenendo abilitata l’impostazione del sito download remote images to local.

Modifica: Se ho ragione su come funzionano le cose ora, la funzionalità che desideri è una nuova impostazione del sito: automatically download external system avatars.

Quando tale impostazione era disabilitata, gli avatar potevano essere serviti dall’external system avatars url senza essere scaricati da Discourse.