- Spegnimento
- 25 agosto 2026 alle ore 14:03 UTC
- Autore
- kamo
- Impegno
- b93ae3c
Il volto viene ora dallo stesso indice di directory ogni altro elenco membro sulla piattaforma legge (useMemberProfiles), quindi l'immagine di una persona sul tabellone è identico alla loro immagine nei raccoglitori e la console di frequenza piuttosto che Semplicemente simile. Le iniziali rimangono come il fallback, con la tonalità ancora derivata membro in modo che qualcuno senza foto mantiene un'identità stabile attraverso i periodi. L'URL di avatar non è volutamente aggiunto al punto finale del tabellone. Costruire uno è il lavoro di MemberAvatarUrlService e vive in SecurityService: ha bisogno del avatar repository, un JDBC letto per l'estensione foto (un Avatar carico lazily è un proxy Hibernate, quindi istanza di AvatarPhoto è abbastanza falso spesso per servire un 404) e l'ospite inoltrato. Il suo javadoc dice di non aggiungere un'altra copia, e un secondo l'implementazione in MediaService sarebbe stato esattamente quello. Avatar di MUI piuttosto che un img o successivo/immagine, in particolare per la sua ricaduta: rende i bambini quando l'immagine non riesce a LOAD, non solo quando lo src è assente. Questo è il caso che realmente accade — una fila di avatar può sopravvivere oggetto dietro di esso, così un URL ben formato 404s e un img laminato a mano lascerebbe un Glifo infranto in mezzo al consiglio. La variante 'sm', abbinando ogni altro piccolo disco: dieci originali scaricati per essere disegnato a 20px è il tipo di rifiuti che si presenta solo su qualcun altro connessione. getAvatarSizedUrl lascia un avatar SVG generato da solo. La directory è camminata solo una volta che una scheda esiste e solo per gli ids su di esso, e l'indice è una cache di sessione a schermo modulo condivisa con quegli altri schermi, quindi in pratica questo viene pagato una volta per niente.