- Порезанный
- 25 августа 2026 г. в 14:03 UTC
- Автор
- kamo
- Обещать
- b93ae3c
Лицо теперь исходит из того же индекса каталога, что и любой другой список членов в каталоге. Платформа читает (useMemberProfiles), поэтому изображение человека на табло идентична их картинке в пикерах и консоли посещаемости, а не Просто похожие. Инициалы остаются в качестве запасного варианта, с оттенком, все еще полученным из Идентификатор участника, чтобы кто-то без фотографии сохранял стабильную личность в разные периоды. URL-адрес аватара намеренно не добавляется в конечную точку табло. Строить один Это работа MemberAvatarUrlService, и она живет в SecurityService. репозиторий аватара, JDBC, считанный для расширения фотографии (ленивый Avatar Прокси-сервер Hibernate, поэтому экземпляр AvatarPhoto достаточно часто ложный, чтобы служить 404. И передающийся хозяин. Его собственный javadoc говорит не добавлять другую копию, а вторую. Реализация в MediaService была бы именно такой. Аватар MUI, а не имг или следующий / образ, специально для его запасного варианта: это Отображает детей, когда изображение не может ГЛАВИТЬ, а не только когда src отсутствует. Это тот случай, который на самом деле происходит — ряд аватаров может пережить объект позади него, поэтому хорошо сформированный URL 404 и ручной имг оставят после себя Глиф разбитого изображения в середине доски. Вариант «sm», соответствующий каждому другому маленькому диску: десять оригиналов 20px - это вид отходов, которые появляются только на чужих связь. getAvatarSizedUrl оставляет генерируемый аватар SVG в покое. Каталог проходит только после того, как существует доска и только для идентификаторов на ней, и Индекс представляет собой модульный кэш сеанса, совместно используемый с другими экранами, поэтому в Практика это оплачивается один раз, если вообще.