Sembra che di recente, gli utenti che si registrano (modifica: o forse hanno solo l’“avatar di sistema” ma non memorizzato nella cache del mio browser) non ottengano il tipico avatar di sistema con caratteri colorati, invece ottengono solo un’immagine bianca / vuota. In alcuni casi sembra che si carichi, aggiornandosi in modo asincrono. Vedo questo sulla mia istanza, ma anche qui:
Modifica:
Sembra che la cosa dell’avatar a volte restituisca un errore 502.
Un incendio/esplosione nelle vicinanze del data center in cui è ospitato il servizio avatar ha causato l’interruzione. Stiamo lavorando per ripristinare tutto online.
Grazie per l’aggiornamento.
Esiste una pagina di stato del data center per monitorare l’incidente autonomamente?
E siamo solo noi ad avere i report degli amministratori non funzionanti?
Non riscontro problemi con i report degli amministratori sui nostri siti.
Puoi monitorare l’incidente sulla nostra pagina di stato all’indirizzo https://status.discourse.org/
Ho riscontrato lo stesso problema (i report dell’amministratore non vengono caricati) stamattina. I log mostrano molti errori di timeout nel servizio proxy dell’avatar e nel job di controllo della versione. Mi chiedo se ciò stia causando ritardi in altre attività in background, inclusa la generazione dei report.
Il fatto che gli avatar vengano inviati tramite proxy tramite nginx, e che ora impieghino 15 secondi per andare in timeout invece di millisecondi per caricarsi, può in alcune circostanze saturare seriamente la capacità del tuo nginx, causando errori anche in altre richieste non correlate.
Sembra aiutare disabilitare temporaneamente Admin - Settings - Files - external_system_avatars_enabled. (grazie @gerhard)
Grazie ragazzi. Sto inoltrando questo al nostro team di sysadmin affinché verifichino cosa potrebbe causare errori nei report e se la soluzione temporanea che avete fornito debba essere applicata nel nostro caso.
Mi ci è voluto un po’ per rendermi conto che si tratta di un’impostazione del forum. Posso segnalare che la disabilitazione del servizio avatar esterno non aiuta i moduli della dashboard dell’amministratore a caricarsi.
Il servizio centrale degli avatar dovrebbe ora essere di nuovo online 
Trovo interessante che la nostra istanza self-hosted abbia sofferto di molte instabilità casuali durante questo problema, oltre a quello ovvio di avatar che non venivano caricati… Disattivare il "servizio avatar esterno" nelle impostazioni non ha aiutato neanche – gli avatar allora non venivano renderizzati affatto, e le chiamate API bloccavano ancora per molto tempo prima di fallire. Pensavo che la nostra istanza fosse più o meno indipendente, o potesse esserlo, ma apparentemente non è così.
Disattivare l’impostazione rimuoverà la dipendenza dal servizio centrale, ma richiederà una rielaborazione completa di tutti i post per aggiornare tutti gli URL delle immagini del profilo memorizzati nella cache.
Hai assolutamente ragione sul fatto che un’interruzione del servizio di avatar delle lettere non dovrebbe influire sul resto del sito. Come ha notato @RGJ, questo sembra essere correlato alla capacità di NGINX quando le richieste in proxy si bloccano per lungo tempo: esamineremo sicuramente se è possibile apportare miglioramenti in tal senso.
