KamoCRM

Construire l'URL de l'avatar de l'expéditeur à partir de leur org, et non l'hôte de la demande

FixMediaService
Expédié
5 septembre 2026 à 15:49 UTC
Auteur
Kamo
S'engager
4b6522f

L'expéditeur d'une notification de chatAvatar a été résolu à partir de X-Forwarded-Host, tombant Retour au nom du serveur. Le BFF et l'APIService du kamo-internal atteignent cet objectif. service par son nom Kubernetes, de sorte que l'hôte est une étiquette unique et themeDomainForHost refuse à juste titre d'inventer un domaine d'un seul, en retour nul. Donc l'URL n'a jamais été construite: chaque notification et chaque poussée a toujours porté un expéditeur videAvatar, et un téléphone élevant une tête de discussion flottante à partir d'une poussée avait Rien que des initiales pour dessiner. L'organisation du membre décide maintenant de l'hôte du thème, via le domaine racine OrgDomainResolver se résout déjà pour des liens profonds; la demande hôte reste comme repli pour un appelant qui est vraiment arrivé du bord. Organisation.domaines est paresseux et chaque appelant s'exécute à l'intérieur de la transaction de createMessage.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation