Stocker et lire les avatars sous un préfixe indépendant du domaine

FixSecurityService
Expédié
31 juillet 2026 à 20:13 UTC
Auteur
Kamo
Commite
7103dae

Les chemins d'objets d'avatar ont été préfixés avec le domaine de n'importe quel hôte demande arrivée sur (getPublicBucketName et kamocrm-com, optionone-com, cluster-local, ...), et le préfixe a été recalculé sur chaque lecture. Un avatar pend de l'utilisateur, et un utilisateur peut être membre de plusieurs organisations, donc a photo téléchargée sur le domaine d'une organisation résolu à un chemin qui n'existe pas lorsqu'il est lu à partir d'un autre - MinIO a renvoyé NoSuchKey et le image 404'd. La majeure partie de l'interface utilisateur dissimule celle derrière une demande de repli d'initialisation; les signatures rendent un 'img', donc la photo du membre a simplement disparu tandis que le logo de l'entreprise (un actif par domaine consacré au thème résolu du client) conservé chargement. Tous les chemins d'objets d'avatar viennent maintenant d'AvatarObjectPaths, qui utilise un préfixe "plateforme". La mise en page du godet et du dossier sont inchangées, et 83 objets existants ont été copiés - non déplacés - dans le nouveau préfixe, donc L'URL déjà dans la nature se résout toujours.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation