Sì, abbiamo questa GlobalSetting, che puoi abilitare impostando la variabile d’ambiente DISCOURSE_REDIRECT_AVATAR_REQUESTS=true
Quindi, invece di fare il proxy, le richieste di avatar verranno servite con un reindirizzamento 302 allo store dei file.
Di per sé… non è una buona idea. Significa che i browser devono effettuare due viaggi di andata e ritorno HTTP completi per ogni avatar. Quindi, anche se potrebbe risolvere il tuo problema di “protezione dall’hotlinking”… non ti consiglio di abilitarlo. Renderà l’esperienza peggiore per i tuoi utenti.
Utilizziamo l’impostazione sul nostro hosting discourse.org. Ma la integriamo con una lambda in esecuzione sul nostro CDN Cloudfront. Rileva il 302 ed esegue il proxying da sola. In sostanza: spostiamo il proxying dai nostri server applicativi al CDN.
Per quanto riguarda la domanda più generale “possiamo cambiare gli avatar in modo che puntino direttamente all’asset”. È complicato perché gli URL degli avatar sono incorporati in tutti i post storici (ad esempio, le citazioni). Gli URL dinamici /user-avatar/ ci consentono di mantenerli funzionanti quando un utente cambia il proprio avatar. Temo che non abbiamo in programma di cambiare quel sistema.
Se esiste un modo semplice e a basso rischio per far funzionare il proxying esistente per il tuo caso d’uso (ad esempio, aggiungere una GlobalSetting che inserisce un’intestazione HTTP specifica in qualsiasi richiesta di proxy di avatar), allora potremmo considerare di accettare una PR per la modifica.