- Verschifft
- 25. August 2026 um 14:03 UTC
- Autor
- kamo
- Ausschuss
- b93ae3c
Das Gesicht kommt jetzt aus dem gleichen Verzeichnisindex jede andere Mitgliedsliste auf der Plattform liest (UseMemberProfiles), so dass das Bild einer Person auf der Anzeigetafel ist identisch mit ihrem Bild in den Pickern und der Anwesenheitskonsole statt bloß ähnlich. Initialen bleiben als Fallback, mit dem Farbton noch von der Mitglied id so jemand ohne Foto behält eine stabile Identität über Zeiträume. Die Avatar-URL wird absichtlich NICHT zum Scoreboard-Endpunkt hinzugefügt. Eins bauen ist der Job von MemberAvatarUrlService und es lebt in SecurityService: es braucht die avatar Repository, ein JDBC-Lese für die Foto-Erweiterung (ein faul geladener Avatar ist ein Hibernate Proxy, so Instanz von AvatarPhoto ist oft falsch genug, um einen 404) zu dienen und der weitergeleitete Gastgeber. Seine eigene javadoc sagt nicht, um eine weitere Kopie hinzufügen, und eine zweite Die Implementierung in MediaService wäre genau das gewesen. MUI's Avatar anstatt ein img oder Next/Image, speziell für seinen Fallback: es macht die Kinder, wenn das Bild nicht zu LOAD, nicht nur, wenn der src ist abwesend. Das ist der Fall, der tatsächlich passiert - eine Avatar-Reihe kann die Objekt dahinter, so dass eine gut geformte URL 404s und ein handgerollter Img eine gebrochene Bild-Glyph in der Mitte des Brettes. Die 'sm'-Variante, passend zu jeder anderen kleinen Scheibe: zehn Originale heruntergeladen werden gezeichnet bei 20px ist die Art von Abfall, der nur zeigt sich auf jemand anderes getAvatarSizedUrl verlässt einen erzeugten SVG-Avatar. Das Verzeichnis wird nur begehbar, wenn ein Board existiert und nur für die IDs darauf, und der Index ist ein Modul-kopierte Sitzungs-Cache mit diesen anderen Bildschirmen geteilt, so in Praxis dies wird einmal bezahlt, wenn überhaupt.