Changelog
Ce qui est nouveau.
Chaque amélioration apportée à la plateforme, à mesure qu'elle est livrée.
· AIService
La table ai member voices et la migration charter voix-pin, comme SQL appliqué main
DS96 Tâche 2. Le tableau se souvient de la voix d'un membre de l'IA par modèle TTS (spéc 5.1); la migration déplace chaque pin VOICE charter vers un CHOSEN, MIGRÉ, ligne préférée et n'efface qu'une épingle dont la voix exacte est maintenant rappelée (spéc 5.9). Il est lancé une fois par tâche 11, après le déploiement de la tâche 10. Sp96VoiceDdlContractTest maintient les deux fichiers ré-exécutables, additifs et exactement le contrat.
· SecurityService
SP96 DDL pour les membres. sexe, soutenu par un test de contrat
Le sexe d'un membre est un VARCHAR(16) nul (FEMALE, NULL = non) spécifié), appliqué à la main dans la tâche SP96 3. Le test de contrat conserve le dossier re-runnable, sans PAS NULL sans DEFAULT et sans CHECK, JSON ou DROP.
· kamo-internal
La liste de messagerie vocale met à jour en direct (SP98-Q-3)
Rien dans le navigateur n'a souscrit à /topic/voicemail/<member>, où MediaService relaie le nouveau cadre de messagerie de VOIPService, donc la carte est arrivée et la liste n'a pas changé. Chaque onglet écoute déjà sur la prise de chat holds (la socket d'appel est seulement ouvert dans l'onglet qui possède la ligne, et seulement pour un org qui peut prendre des appels), et plie la première page de la boîte aux lettres dans la liste, garder les pages déjà défilées. Un reconnect rattrape de la même façon. Les la branche VOICEMAIL DEPOSITED morte sur le sujet SMS a disparu.
· TranslateService
Envoyer en->ta à Kamo IndicTrans, et journal du moteur répondu
Aucun fournisseur n'a réclamé fr->ta (Libre liste aucun Tamil, Bergamot sert Allemand seulement), donc le routeur a rendu la source anglaise pour chaque Tamil requête, et le dictionnaire sync l'a écrit comme la valeur: kamo-internal ta.json a égalé l'anglais en 34 549 sur 34 779 clés. IndicTransProvider revendique exactement en->ta, la paire des services kluster le modèle indic->en, qui est pas déployé, donc il reste non réclamé. Ça parle du moteur. Libre API en forme derrière le même jeton mandataire auth, avec LibreTraduisez comme suit: 503 occupé est à nouveau essayé dans un budget de 100 s). Le routeur essaie après Bergamot et avant LibreTrail. FournisseurRouter enregistre maintenant une ligne par traduction: la paire, le fournisseur qui a effectivement répondu, les tailles et le temps, jamais le texte (traduction en->ta provider=indictrans chars=21->34 ms=412). translate.indictrans.base-url va dans application.yml et les k8s ConfigMap, qui le remplace en production.
· KlusterServices
Un moteur anglais-tamil, donc Tamil arrête d'être anglais
LibreTraduit par la Rédaction. en->ta request (la synchronisation du dictionnaire, les articles du Centre d'aide, le chat) correspond non fournisseur et est revenu comme sa source anglaise: ta.json de kamo-internal 34,549 de 34,779 clés. Kamo IndicTrans sert le modèle 200M distillé en->indique d'IndicTrans2 (MIT; la variante de position rotative par ses auteurs, convertie en CTrail2) sur CPU sur k3m1, derrière le même proxy d'auth Kamo que bergamote et libretranslate (kamo-translate-auth). Il parle API de LibreTranslate et sert en->ta seulement; toute autre paire est un 400, jamais un écho anglais. - scripts/server.py: IndicTransToolkit's IndicProcesseur pour un anglais source, portée; Kamo's KMPH<n> sentinelles rouler comme le propre modèle <ID n> des entités (150 sur 150 détenus); et quatre réparations de production mesurées sur kamo-chaînes internes: des tirets espacés gardés, le visarga-pour-colon du modèle (Tamil aytham) se retourna en côlon, le caractère ellipse gardé, et pas d'arrêt complet ajouté à une étiquette. Loge les tailles et les horaires, jamais de texte. SIGTERM termine les demandes en vol. - scripts/fetch models.py: Job indictrans-models récupère le modèle par révision et SHA-256 et les paquets par requirements.txt avec --requer-hashes dans un PVC local; un fichier qui ne vérifie jamais prend le nom servi. Le pod de service le monte en lecture seule et n'a pas egress (CiliumNetwork Policy); seul le service de traduction atteint le proxy. - Taille (mesurée): 0,9 Go de CNR maximum, 0,5-0,6 Go de service; p50 0,16 s par chaîne à 4 fils. Demande 2 CPU / 1Gi, limite 2Gi, aucune limite CPU. - Étape du flux de travail Déployer IndicTrans (K3M1), avant la vérification; un changement script ou serveur mandataire redémarre un serveur en cours d'exécution. SECRETS.md énumère les nouveau consommateur de kamo-translate-auth. Tests: python3 -m unittest discover -s indictrans/tests (70; les deux test de modèle réel exécuté avec INDICTRANS MODEL DIR set).
· kamo-register
Un visiteur remis d'un autre sommet comme ?vid= garde son identité
l'inscription à l'adresse www.kamocrm.com ouvre maintenant le site register.kamocrmuniverse.com (propriétaire, 2026-09-28). Son cookie kdsc vid est projeté sur .kamocrm.com et ne peut pas suivre, donc kamo-marketing porte le GUID comme ?vid= à côté de ?discount= (app/lib/register-link.ts). résoudre le problème du marketing Le suivi adopte maintenant un système bien formé a porté GUID, et le persiste avec le code sur ce sommet, au lieu de nouvelle identité. L'inscription atterrit alors sur le même calendrier de visiteurs membre voit. Il n'est adopté qu'avec un code, une identité de cookie sur cet apex toujours gagne, et une valeur mal formée n'est jamais adoptée.
· kamo-marketing
Www.kamocrm.com signe et signe aux portes de KamoUniverse
Le propriétaire l'a demandé le 2026-09-28: les boutons Se connecter et s'inscrire sur www.kamocrm.com ouvrir login.kamouniverse.com et register.kamouniverse.com. www.kamocrm.com reste un site de produits KamoCRM en direct; les portes de la plate-forme se sont déplacées vers la marque KamoUniverse. - rehostAuthLink: un lien auth plate-forme (registre./login. sur les deux plates-formes apex) se rend à la porte de l'apex PRIMARY lorsque le site est servi sur une plateforme apex, et à la porte propre du locataire autrement, inchangé pour les locataires de marque blanche. Les hrefs cuits au four, les rampeurs de marquage et les clics de pré-hydratation suivent, nom kamouniverse.com. Les liens nommant le sommet de l'héritage sont encore reconnus. - L'attribution de références survit au houblon vers un autre domaine registrable. Les Les cookies kdsc * sont projetés sur .kamocrm.com et ne peuvent pas suivre, donc le code roule comme ?discount= (comme précédemment) et le visiteur GUID comme ?vid=. kamo-registre adopte vid plutôt qu'une nouvelle identité. Le GUID est seulement ajouté sur un cross-domain hop, et un mal formé ne se reflète jamais dans un lien. - CSP connect-src gagne les portes kamouniverse et garde les portes kamocrm (ajouté seulement). - check-registrer-links: le locataire invariant (le lien reste sous le cookie domaine) plus les cas de plate-forme, 35 vérifications.
· VOIPService
Les équipes qui appellent se connectent envoient la redirection api.kamouniverse.com
Le propriétaire a ajouté **************** plate-forme application Microsoft, en gardant l'api.kamocrm.com un. Les deux hôtes servent le chemin. Complète aa7b608, qui a déplacé RingCentral.
· EmailService
La messagerie personnelle se connecte envoie la redirection api.kamouniverse.com
Le propriétaire a ajouté **************** sur la plate-forme Google et Microsoft consoles, en gardant api.kamocrm.com une. Les deux les hôtes servent le chemin.
· VOIPService
RingCentral envoie la redirection api.kamouniverse.com
Le propriétaire a ajouté **************** à la plate-forme RingCentral app et a gardé le api.kamocrm.com un; les deux hôtes servent le chemin. Équipes appelant utilise le même chemin sur la plate-forme Microsoft app, dont console ne détient que l'hôte historique, de sorte que son DEFAULT REDIRECT URI reste sur Api.kamocrm.com.
· MediaService
Meeting-provider se connecte envoie la redirection api.kamouniverse.com
Le propriétaire a ajouté **************** la plate-forme Microsoft app et a gardé l'api.kamocrm.com un. Les deux hôtes servent le chemin, donc une connexion a commencé sous l'une ou l'autre complète.
· EmailService
Gmail de la plateforme, Microsoft 365 et Zoho se connecte envoyer api.kamouniverse.com redirections
Le propriétaire a ajouté **************** (Google) et ************* (Microsoft, Zoho) aux applications de la plate-forme' consoles et gardé les api.kamocrm.com, donc les deux sont valides. La plateforme maintenant envoie le nouvel hôte. api.kamocrm.com continue de servir les deux chemins, donc tout ce qui est déjà inscrits ou en vol complets. Personal-mailbox se connecte à rester sur api.kamocrm.com jusqu'à ce que leur redirection soit ajoutée sur les consoles Google et Microsoft aussi.
· kamo-shared-library
L'hôte API plate-forme est api.kamouniverse.com
Les applications OAuth de la plateforme détiennent désormais api.kamouniverse.com rediriger URIs. Le propriétaire les a ajoutés à chaque console (Google, Microsoft Entra, Zoho, RingCentral) et conservés les api.kamocrm.com, afin que la plate-forme puisse envoyer le nouvel hôte. Les deux hôtes servent chaque chemin de rappel, donc un flux a commencé sous l'une ou l'autre complète. Pas d'org. propre application dépendait de ce recul: l'org avec sa propre application a une vérification domaine et est envoyé api.<son domaine>.
· EmailService
Les lettres de l'organisation de la plateforme sont signées KamoUniverse, pas son nom légal
Le titre de l'org de la plateforme est le nom légal de l'entreprise, "KamoCRM Inc." reste dans le texte légal. Ses lettres portent maintenant la marque, son titre court "KamoUniverse", dans le nom de l'affichage. Seule la plate-forme est affectée; chaque autre org conserve son titre. Le propriétaire a décidé cela le 2026-09-28.
· SecurityService
Dossiers thématiques montrant toujours le détenteur de place KamoCRM retraité se déplacer dans le KamoUniverse
Le dossier thématique de chaque nouvel org est ensemencé à partir de public/default/. Jusqu'à aujourd'hui logo était le mot-symbole KamoCRM. La semence est maintenant le mot-symbole KamoUniverse, construit comme un RasterSvgStandIn du propriétaire Les vieux octets sont gardés à **************** rien n'a été supprimé. ThemeSvgStandInBackfillService trouve des graines intactes en comparant les octets avec le La graine ACTUELLE, donc la nouvelle graine l'aurait rendu aveugle à chaque dossier fourni avant aujourd'hui. La graine retraitée est maintenant connue par son SHA-256 (LEGACY SEED LOGO SHA256, les mêmes octets que ******************* - Un org avec un logo raster dont .svg est encore la graine retraitée obtient rester debout, comme avant. - Un org avec aucun logo propre (ext blank ou svg) dont .svg est exactement le les graines retirées obtiennent maintenant les graines actuelles, donc son espace de travail cesse de porter les marque retraitée. - Un .svg qui n'est pas un octet de semence retiré pour octet n'est jamais touché, et rien se déplace alors que la graine elle-même est toujours à la retraite. Le remblayage fonctionne sur chaque botte, donc cela prend effet lors du prochain déploiement. A Le deuxième constructeur existe pour les tests, donc le printemps est @Autowired. Les test de contexte d'application complète est désactivé (il a besoin de Redis), donc un Spring-construit test garde maintenant le choix du constructeur.
· kamo-apps
Les pages de l'application reviennent à l'hôte du thème kamouniverse.com
kamouniverse.com est maintenant l'apex principal de la plateforme (kamocrm.com reste un Apex historique). L'hôte d'application de la plate-forme qui résout is apply.kamouniverse.com — apply.kamocrm.com n'a pas d'enregistrement DNS. - Theme.tsx: PLATFORM APEX, l'hôte de thème utilisé avant que le navigateur ne le connaisse hôte, est kamouniverse.com. Une page sur n'importe quel véritable hôte demande encore thème. - Le widget de support charge de theme.kamouniverse.com. Son chargeur récupère le paquet hashed par rapport à son propre URL, et MinIO sert l'identique chargeur sous les deux thèmes hôtes (octet-pour-octet vérifié); theme.kamocrm.com Il continue de servir chaque intégration qui l'appelle. - Le commentaire doc de ThemeLogo correspond à sa vraie valeur par défaut ("Logo"). Kept: le BFF api.kamocrm.com (la plate-forme partagée API hôte reste, et il est un appel serveur à serveur).
· SecurityService
Les nouveaux inscriptions authentificateurs sont étiquetés KamoUniverse
L'émetteur d'otpauth était le "KamoCRM" littéral. Seules les nouvelles inscriptions changent. Une l'entrée d'authentification existante conserve son étiquette et continue de fonctionner, parce que le code vient du secret, pas de l'étiquette.
· EmailService
EmailService envoie, lie et nomme la plateforme comme kamouniverse.com
L'apex principal de la plateforme est kamouniverse.com; kamocrm.com séjours servis en entier. Quoi EmailService écrit aujourd'hui nomme le sommet primaire, et ce qu'il reconnaît toujours accepte Les deux. Expéditeur et replis (C1, C3) - platform.mail.domain par défaut vers PlatformDomains. PRIMARY APEX (k8s déjà défini kamouniverse.com; le code par défaut n'est plus en désaccord avec lui). L'audit NoReply par défaut à la même. - L'hôte thématique de dernier recours pour les logos de lettre est ******************* (theme.kamouniverse.com sert le dossier de chaque org byte-for-byte comme theme.kamocrm.com). - Le test-send d'HostTester de et MessageIds ne-domain rechute utilisent l'apex primaire. - L'organisation de la plate-forme détient les deux apexes; avec partage-lib 0e8cf90f sa racine préférée (OrgPrimaryDomain -> OrgApiHosts.préféré) est kamouniverse.com, donc ses lettres sortent de NoReply@kamouniverse.com avec Reply-To NoReply@kamouniverse.com — jamais l'apex héritage. Tests mis à jour de "la plate-forme garde kamocrm.com" à l'apex primaire, et épinglé. Liens (C2) - La campagne/part d'article opt-out et les liens de suivi ouverts/clic sont affichés sur api.kamouniverse.com (k8s/configmap.yaml + application.yml). api.kamocrm.com sert le les mêmes chemins, donc chaque lien déjà envoyé continue de fonctionner (GET, one-click POST et tracking Les signatures n'ont jamais inclus l'hôte. - Le lien d'inscription à l'article-part est enregistré.<pex primaire>/membre. Son lien article reste sur www.kamocrm.com: l'article partageable n'existe que là (www.kamocrm.com: 404). La reconnaissance reste add-only (K4) - TrackingLinks.isOurs et l'exclusion opt-out du compositeur reconnaissent leur base sur TOUS plate-forme apex (new util PlatformUrls), donc un lien legacy-apex suivi ou opt-out collé de une campagne antérieure n'est pas emballée une deuxième fois. - L'audit NoReply enregistre NoReply@ sur l'une ou l'autre plate-forme, pas seulement celle configurée. - Envoi de domaines: un locataire ne peut pas ajouter de domaine sous kamouniverse.com ainsi que kamocrm.com ************* **** étiquettes entières — notkamouniverse.com est très bien). - KamoMailDomainLa liste apex de Validator est PlatformDomains. Des apex. Marque nominative (C4) : les messages d'origine et d'envoi de l'utilisateur indiquent KamoUniverse. Kept: OAuth rediriger URIs sur api.kamocrm.com (K1); hello.kamocrm.com, contact.kamocrm.com, désabonnement@hello.kamocrm.com, mail.kamocrm.com (K2); Feedback-ID "campaign:kamocrm" et le dossier thématique kamocrm-com (K8) ; appareils de test legacy-apex (K7). Vérifié: test mvn propre contre l'origine/le domaine de la limbe partagée (0e8cf90f): 2863 tests, 0 échec. La même suite sur l'origine/main a eu exactement 3 défaillances — les tests de l'apex primaire en lib partagée changement cassé (ComposeAssetUrls, l'hôte du logo de la page de préférence, OrgPrimaryDomain) — mise à jour ici à l'apex primaire, avec des cas d'apex-héritage gardés à côté d'eux.
· kamo-internal
La source du centre d'aide parle comme KamoUniverse
outils/help-center/content: "KamoCRM" devient "KamoUniverse" dans 70 articles — 105 places, trois de les titres (Ce que KamoUniverse est, Comment faire une recherche dans l'ensemble de KamoUniverse, Comment KamoUniverse est construit). Les scories et les noms des dossiers sont intacts: ce sont les adresses publiques des articles et l'importateur clé, et renommer un publierait une deuxième copie. Aussi intact: "KamoCRM Platform", le nom d'un le marché principal un lecteur trouve dans la liste déroulante, et "KamoCRM" dans les citations, le nom d'un vendeur dans une liste. clean-source.mjs gagne rebrand(), géré par cleanBody après les références croisées, donc la reconstruction articles des brouillons garde le nouveau nom; "kamouniverse" rejoint les mots stop de relation et le les douilles de titre. Les articles en direct ne changent que lorsque import.mjs est lancé contre KBService, qui commit ne le fait pas. À sec : 307 articles, 181 références croisées, 73 432 mots — comme précédemment.
· kamo-internal
La source du centre d'aide parle comme KamoUniverse
outils/help-center/content: "KamoCRM" devient "KamoUniverse" dans 70 articles — 105 places, trois de les titres (Ce que KamoUniverse est, Comment faire une recherche dans l'ensemble de KamoUniverse, Comment KamoUniverse est construit). Les scories et les noms des dossiers sont intacts: ce sont les adresses publiques des articles et l'importateur clé, et renommer un publierait une deuxième copie. Aussi intact: "KamoCRM Platform", le nom d'un le marché principal un lecteur trouve dans la liste déroulante, et "KamoCRM" dans les citations, le nom d'un vendeur dans une liste. clean-source.mjs gagne rebrand(), géré par cleanBody après les références croisées, donc la reconstruction articles des brouillons garde le nouveau nom; "kamouniverse" rejoint les mots stop de relation et le les douilles de titre. Les articles en direct ne changent que lorsque import.mjs est lancé contre KBService, qui commit ne le fait pas. À sec : 307 articles, 181 références croisées, 73 432 mots — comme précédemment.
· kamo-internal
Liens de plate-forme sur l'apex primaire, et la plate-forme nommée KamoUniverse
Les liens générés par l'application pour la plate-forme sont construits à partir de PLATFORM APEX, donc ils suivent le primaire apex (kamouniverse.com). Chaque lien kamocrm.com déjà distribué continue de fonctionner, parce que les deux apexes servent la même chose — vérifié: identique ETag pour l'APK et le chargeur de chat sur les deux thèmes hosts, le même DAV 401 ("Kamo Calendar") sur les deux api hosts: - le KamoMobile installe QR et le lien, l'extrait d'intégration de la discussion en ligne, l'URL du serveur CalDAV/CardDAV et Objectif SRV, et les valeurs d'exemple dans les éditeurs de modèles d'entente et de courriel. Lorsque l'application parle pour la plate-forme plutôt qu'un locataire, le nom de la plate-forme est KamoUniverse, tenue une fois dans app/lib/platformBrand.ts: l'organisation de la mise en page racine, le chargement et /valider les alts logo, les fallbacks de l'éditeur de template d'email, la route de l'hôte sortant diagramme, le relais en vrac préréglé et l'utilisateur-agent de l'image proxy. L'entité juridique reste «KamoCRM Inc.» (ligne de l'entreprise dans Contact Sales, les «<org> Inc.». Création d'organisation prévisualise KamoUniverse.com/o/<alias>, et un test maintient ce formulaire à le vrai sommet. Contact Noms de vente Sales@KamoUniverse.com: kamouniverse.com mail is live and lands Dans la boîte aux lettres kamocrm.com (RCPT sales@kamouniverse.com répondu 250; rien n'a été envoyé).
· kamo-internal
Liens de plate-forme sur l'apex primaire, et la plate-forme nommée KamoUniverse
Les liens générés par l'application pour la plate-forme sont construits à partir de PLATFORM APEX, donc ils suivent le primaire apex (kamouniverse.com). Chaque lien kamocrm.com déjà distribué continue de fonctionner, parce que les deux apexes servent la même chose — vérifié: identique ETag pour l'APK et le chargeur de chat sur les deux thèmes hosts, le même DAV 401 ("Kamo Calendar") sur les deux api hosts: - le KamoMobile installe QR et le lien, l'extrait d'intégration de la discussion en ligne, l'URL du serveur CalDAV/CardDAV et Objectif SRV, et les valeurs d'exemple dans les éditeurs de modèles d'entente et de courriel. Lorsque l'application parle pour la plate-forme plutôt qu'un locataire, le nom de la plate-forme est KamoUniverse, tenue une fois dans app/lib/platformBrand.ts: l'organisation de la mise en page racine, le chargement et /valider les alts logo, les fallbacks de l'éditeur de template d'email, la route de l'hôte sortant diagramme, le relais en vrac préréglé et l'utilisateur-agent de l'image proxy. L'entité juridique reste «KamoCRM Inc.» (ligne de l'entreprise dans Contact Sales, les «<org> Inc.». Création d'organisation prévisualise KamoUniverse.com/o/<alias>, et un test maintient ce formulaire à le vrai sommet. Contact Noms de vente Sales@KamoUniverse.com: kamouniverse.com mail is live and lands Dans la boîte aux lettres kamocrm.com (RCPT sales@kamouniverse.com répondu 250; rien n'a été envoyé).
· kamo-internal
Reconnaître les deux apexes de plate-forme où l'application dit à un hôte de plate-forme d'un locataire
kamouniverse.com est maintenant l'apex primaire de la plateforme et kamocrm.com reste entièrement servi, donc chaque vérifier qui demande "est-ce l'un des hôtes de la plateforme?" doit répondre oui pour les deux, par l'étiquette entière: - proxy.ts: sur une plateforme héberge le thème img-src de la page.<apex> et *.<apex> pour CHAQUE plateforme apex. internal.kamouniverse.com (en direct aujourd'hui) a bloqué chaque thème stocké.kamocrm.com image, et internal.kamocrm.com bloquerait les serveurs d'URL thème.kamocrm.com Apex. Le sommet d'un locataire ne s'appelle toujours que lui-même. - networkModel.isCustomDomain, que FirstOrgCta réutilise maintenant au lieu d'une copie: acme.kamouniverse.com lire comme un domaine personnalisé, donc Entrée ouverte **************** — aucun tel hôte. - OrgOAuthAppSection: un callback sur api.kamouniverse.com a été décrit comme le propre domaine de l'org. - LeadVendorManager: SecurityService builds applique.<primary apex> pour un org sans domaine, et le chèque ne savait que s'appliquer. kamocrm.com, donc le formulaire de la plate-forme lisait comme le propre hôte de l'org. - /api/org/[...domaine] : l'entrée client-crédentielles de la plateforme existe sous chaque apex de la plateforme. - next.config permisDevOrigins et le garde d'hôte image CSP acceptent aussi kamouniverse.com. Construit sur isPlatformHost / PLATFORM APEXES à partir de app/lib/platformApex.ts; aucune nouvelle liste d'apexes.
· kamo-internal
Reconnaître les deux apexes de plate-forme où l'application dit à un hôte de plate-forme d'un locataire
kamouniverse.com est maintenant l'apex primaire de la plateforme et kamocrm.com reste entièrement servi, donc chaque vérifier qui demande "est-ce l'un des hôtes de la plateforme?" doit répondre oui pour les deux, par l'étiquette entière: - proxy.ts: sur une plateforme héberge le thème img-src de la page.<apex> et *.<apex> pour CHAQUE plateforme apex. internal.kamouniverse.com (en direct aujourd'hui) a bloqué chaque thème stocké.kamocrm.com image, et internal.kamocrm.com bloquerait les serveurs d'URL thème.kamocrm.com Apex. Le sommet d'un locataire ne s'appelle toujours que lui-même. - networkModel.isCustomDomain, que FirstOrgCta réutilise maintenant au lieu d'une copie: acme.kamouniverse.com lire comme un domaine personnalisé, donc Entrée ouverte **************** — aucun tel hôte. - OrgOAuthAppSection: un callback sur api.kamouniverse.com a été décrit comme le propre domaine de l'org. - LeadVendorManager: SecurityService builds applique.<primary apex> pour un org sans domaine, et le chèque ne savait que s'appliquer. kamocrm.com, donc le formulaire de la plate-forme lisait comme le propre hôte de l'org. - /api/org/[...domaine] : l'entrée client-crédentielles de la plateforme existe sous chaque apex de la plateforme. - next.config permisDevOrigins et le garde d'hôte image CSP acceptent aussi kamouniverse.com. Construit sur isPlatformHost / PLATFORM APEXES à partir de app/lib/platformApex.ts; aucune nouvelle liste d'apexes.
· DocsService
Le site des carrières de la plateforme est careers.kamouniverse.com, et careers.kamocrm.com garde son conseil d'administration
kamouniverse.com est l'apex primaire de la plateforme; kamocrm.com reste un servi apex héritage. - careers.platform-apex (où une annonce d'emploi, le reçu d'un candidat, lettre d'alerte de talent et un point de carte réseau pour une organisation avec aucun domaine en direct de son propre) maintenant par défaut à ******************* dans les cinq classes, et k8s/configmap.yaml définit explicitement kamouniverse.com pour que la valeur n'attende pas sur une reconstruction. careers.kamouniverse.com sert avec un certificat valide et se résolve à l'organisation de la plateforme exactement comme des carrières. kamocrm.com fait. - CarrièresLe contrôleur public a reconnu le site des carrières de la plateforme par l'ONE apex configuré, donc déplacer le réglage aurait pris le cross-org tableau de réseau loin de carriers.kamocrm.com (un 404, échec fermé). C'est maintenant accepte les carrières.<chaque plateformeDomains apex> plus celle configurée, comparant l'ensemble de l'apex ainsi careers.acme.kamocrm.com et carriers.evil-kamocrm.com sont toujours refusés. Essais: - Oui. les deux portes et le l'apparence; DocsAliasHostTest gagne les cas kamouniverse.com pour la aliasgroup1 modification de fab3d80; les trois tests de liaison qui ont fallback plate-forme-console s'attend maintenant interne.kamouniverse.com, qui est ce OrgLinkHosts répond depuis kamo-shared-library 0e8cf90f. Essai propre: 848 course, 0 échec.
· SecurityService
Kamouniverse.com est l'apex primaire, et un domaine est vérifié par où il résout
"Changé le domaine de kamocrm.com à kamouniverse.com sur /setup/dns. Ça l'a dit. définir mais ne pouvait rien vérifier, et après un rafraîchissement il a toujours dit kamocrm.com." Il y avait trois défauts. 1. Le domaine de l'org a été choisi par ordre alphabétique. La plate-forme tient les deux apexes comme des racines vérifiées, et kamocrm.com trie d'abord, donc liens, connexion, Behavior & Labeling et la page DNS ne pourraient jamais suivre la marque. OrgDomains partage désormais la lib ******************************************************************************************************************************************************************* le sommet primaire d'abord. PLATFORM APEX est kamouniverse.com. PlatformApexes est kamouniverse.com, kamocrm.com, première primaire, et chaque kamo.platform.apex par défaut lit la constante. Espaces de travail sans domaine maintenant ouverts sur interne.kamouniverse.com de chaque porte, et login.kamocrm.com garde travailler. La liste des domaines retourne également primalDomain et platformApexes, donc la page cesse de les redessiner. 2. La vérification a comparé la cible d'un CNAME avec le "kamocrm.com". Chaque hôte sur kamouniverse.com CNAMEs sur kamouniverse.com, donc tous ont échoué. Ainsi qu'un record A sur la plate-forme, et une chaîne CNAME. vérifierPointsAtPlatform le remplace partout: vérifier-dns, les deux Vérification du domaine L'observateur balaye, et la cible de ravitaillement. Il suit hôte par l'intermédiaire de tout enregistrement ou chaîne CNAME à ses adresses finales et compare avec ce que kamouniverse.com résout maintenant. Cette adresse est lue en direct et mis en cache pendant les années 60, la dernière bonne lecture étant conservée pendant une heure si une lecture échoue; il n'est jamais configuré. Un AAAA errant échoue à la vérification, car encryptons préfère IPv6. Une adresse de plateforme illisible, NXDOMAIN ou SERVFAIL sont En attente, jamais d'erreur. check-dns retourne cnameTarget et plate-formeAdresses ainsi la page peut offrir l'alternative A-enregistrement. 3. "Change domain" signifie supprimer le domaine utilisé. Pour une plateforme apex qui est refus (409 PLATFORM APEX, a5bcbd2) ; la page cesse de l'offrir. Séjours de reconnaissance supplémentaires : Demande ChatOriginService permet d'appliquer. sur les deux apexes, parce que les liens prêt-application sur kamocrm.com en direct dans les emails envoyés. apply.kamocrm.com n'a pas d'enregistrement DNS aujourd'hui, donc le lien de repli se déplace vers apply.kamouniverse.com (qui sert) fixe également des liens morts.
· KlusterServices
Auto-cert pré-questions analytique, bureau et myloan sur kamouniverse.com
- STATIC DOMAINS gagne analytics.kamouniverse.com, bureau.kamouniverse.com et myloan.kamouniverse.com, jumeaux de kamocrm.com les hôtes qui ne sont rejoints que par un lien. Un hôte sans certificat jamais produit la ligne d'accès-log les besoins dynamiques de numérisation. analytique: kamo-interne frames analytics.<son propre apex>. bureau.: nouvelle route de KamoDesktop. Mon prêt. SecurityService PortalUrls construit https://myloan.<live root>, et le live root de plate-forme est maintenant kamouniverse.com. myloan n'a pas encore de dossier DNS; la boucle saute jusqu'à ce que le propriétaire ajoute le CNAME. - ALWAYS ALLOW APEXES noms kamouniverse.com juste à côté de kamocrm.com, donc les hôtes sous l'apex primaire ont permis tout ce que STATIC DOMAINS détient. - Les commentaires et une ligne de journal cessent d'appeler la liste statique "spécifique au kamocrm", et la note SUBDOMAINS indique que les étiquettes servent les deux apexes de plate-forme. Le certificat par défaut (tls-kamocrm-com) est inchangé dans le but : c'est ce un client sans SNI appelant kamocrm.com valide contre.
· KlusterServices
Servir de bureau.kamouniverse.com, et rebondir un ordinateur nu.kamouniverse.com à sa connexion
bureau.kamouniverse.com avait DNS mais pas de route, donc il a répondu Traefik 404 derrière le certificat par défaut. Il sert maintenant KamoDesktop à travers bureau-https-kamouniverse. Cette voie a les mêmes quatre règles, priorités et intergiciels comme les routes de bureau.kamocrm.com, utilise tls: {}, et rebondit un visite nue à login.kamouniverse.com. Il vit dans le traefik/routes/ parce que poussez vers le bureau / redémarre SecurityService, réexécute le bootstrap Guacamole travail et ré-applique le KubeVirt VM. bureau.kamocrm.com est intact. computers.kamouniverse.com est desservi par les itinéraires org-domaine, et il est maintenant où SecurityService envoie l'organisation de la plateforme, parce que la plate-forme live root domain est kamouniverse.com. hc-to-login seulement reconnu computers.kamocrm.com, donc une visite nue a montré la boîte de mot de passe de Guacamole, qui ne réussira jamais. Le nouveau hc-to-login-kamouniverse l'envoie à login.kamouniverse.com. L'hôte de toutes les autres organisations ne correspond à aucun régex et se comporte comme avant.
· kamo-shared-library
Kamouniverse.com est l'apex principal de la plateforme
La marque est passée de kamocrm.com à kamouniverse.com, mais rien de la plateforme génère pourrait la suivre. Chaque règle "lequel de ces domaines" classés par peu d'étiquettes alors alphabétiques, donc l'organisation de la plate-forme, qui tient les deux apexes comme racines vérifiées, toujours sorti comme kamocrm.com. Modification du domaine /setup/dns n'a donc jamais pris. PlatformDomains est maintenant la seule liste : PRIMARY APEX kamouniverse.com, LEGACY APEX kamocrm.com et ROOT PREFERENCE, qui classe le sommet primaire en premier. Les OrgApiHosts, OrgThemeAssets et SecurityService OrgDomains partagent cette règle. - Oui. l'hôte un lien revient à pour un org sans domaine vivant propre, est le sommet primaire. OrgApiHosts.PLATFORM API HOST reste délibérément api.kamocrm.com. La plateforme est Les applications OAuth y sont enregistrées dans Google, Microsoft et RingCentral Des consoles. Il faut d'abord changer ces consoles.
· kamo-register
Les écrans d'inscription créditent KamoUniverse et retombent à son sommet
kamouniverse.com est maintenant l'apex principal de la plateforme (kamocrm.com reste un apex de l'héritage servi): - Theme.tsx: PLATFORM APEX, l'hôte de thème utilisé avant que le navigateur ne le connaisse hôte ou sur un hôte sans apex, est kamouniverse.com. N'importe quel véritable hôte encore demande le thème. - RegisterFlow: les détenteurs de place serveur-render pour le lien de connexion et le domaine org sont login.kamouniverse.com / kamouniverse.com. Le navigateur remplace les deux par la propre connexion de ce site.<apex> sur montage, comme auparavant. - "Powered by / Built on / Running on" noms de pilules KamoUniverse sur chaque porte sans une marque apex propre et des liens vers www.kamouniverse.com business-OS page et la ligne de produits sont pour kamocrm. com/produit et /caractéristiques, que ce site n'a pas). - ThemeLogo alt par défaut est un "Logo" neutre (il peint n'importe quel logo d'org). - Le "Contact Support" de la page est support@kamouniverse.com: le mail stream vérifié kamouniverse.com entrant est en direct et alias à la même Une boîte aux lettres. Kept: JAVA API BASE = api.kamocrm.com sur les routes BFF. C'est le partage plate-forme API host (OrgApiHosts.PLATFORM API HOST reste) et un serveur à serveur call; api.kamouniverse.com itinéraires identiques, donc déplacer il n'achète rien. Cookie scoping et la commande de la main-off sont d'origine hôte et intacte.
Votre univers vous attend.
Commencez gratuitement en quelques minutes. Ajoutez des produits quand vous êtes prêt. Pas de migration, pas de nouvelles connexions.
Gratuit pour toujours — aucune carte de crédit requise