- Expédié
- 12 mai 2026 à 05:08 UTC
- Auteur
- kamo
- Commite
- d843675
registrableDomainFromAlias déshabille tout sous-domaine multilabel (par ex. "gnosia.demo.kamocrm.com") jusqu'à son eTLD-1 ("kamocrm.com"). C'était Fin pour la recherche d'un justificatif d'identité de la base de l'API/de l'hôte de l'identifiant de l'API sont intentionnellement partagés à l'échelle de la plate-forme, mais il a été également utilisé comme suit: le segment de chemin pour le Java a ensuite mis en correspondance l'eTLD-1 par rapport à la ligne de l'orgg du propriétaire de la plate-forme. et renvoie les données de KamoCRM Inc. pour quiconque frappe un locataire de sous-domaine (gnosie, abcadgage, etc.). Symptôme faisant face à l'utilisateur: les propriétaires d'or enfants sur leur propre scie sous-domaine le titre de l'organisation parentale/thème/liste de caractéristiques et a triplé l'ordonnance de parent les portes à droite sur des pages telles que /settings/compte, qui ont été vérifiées CONFIGURE-SYSTEME à l'encontre d'une session réglée contre le mauvais ingre. SecurityService.findByDomain gère à la fois le formulaire FQDN complet ("gnosia.demo.kamocrm.com" - GNosia's primary row) et le Composite "marque.parent" ("internal.kamocrm.com" - KamoCRM's "interne" rangé enfant joint à la rangée des parents), donc en passant le décrochage aliasDomain se résout correctement pour chaque locataire. Autres usages de registrableDomainFromAlias (base API, base de connexion, identifiants OAuth) sont inchangés - ils partagent correctement l'infrastructure de la plate-forme.