Changelog
Cosa c'è di nuovo.
Ogni miglioramento alla piattaforma, come si spedisce.
· KlusterServices
Auto-cert pre-problemi analytics, desktop e myloan su kamouniverse.com
- STATIC DOMAINS acquisisce analytics.kamouniverse.com, desktop.kamouniverse.com e myloan.kamouniverse.com, gemelli di kamocrm.com host che sono raggiunti solo attraverso un link. Un host senza certificato mai produce la linea di accesso-log le esigenze di scansione dinamica. analytics.: kamo-internal frames analytics. myloan.: SecurityService PortalUrls costruisce https://myloan. la radice viva della piattaforma è ora kamouniverse.com. myloan non ha ancora record DNS; il cappio passa fino a quando il proprietario aggiunge il CNAME. - ALWAYS ALLOW APEXES nomi kamouniverse.com fuori proprio accanto a kamocrm.com, quindi i padroni di casa sotto l'apice primario soggiorno permesso qualsiasi STATIC DOMAINS detiene. - Osservazioni e una linea di log stop chiamando l'elenco statico "kamocrm-specific", e la nota SUBDOMAINS dice che le etichette servono sia gli apexe della piattaforma. Il certificato predefinito (tls-kamocrm-com) è invariato di proposito: è quello un cliente senza SNI che chiama kamocrm.com valida contro.
· KlusterServices
Servire desktop.kamouniverse.com e rimbalzare un computer nudo.kamouniverse.com al suo login
desktop.kamouniverse.com aveva DNS ma nessun percorso, così ha risposto Traefik 404 dietro il certificato predefinito. Ora serve KamoDesktop attraverso desktop-https-kamouniverse. Questa via ha le stesse quattro regole, priorità e middlewares come il desktop.kamocrm.com percorsi, utilizza tls: {}, e rimbalza un bare visit to login.kamouniverse.com. Vive in traefik/routes/ perché un push to desktop / riavvia SecurityService, re-runs the Guacamole bootstrap job e riapplica la VM KubeVirt. desktop.kamocrm.com è intatta. computer.kamouniverse.com è servita dalle rotte org-domain, ed è ora dove SecurityService invia l'organizzazione della piattaforma, perché la piattaforma è dominio radice live è kamouniverse.com. hc-to-login riconosciuto solo computer.kamocrm.com, quindi una visita a nudo ha mostrato la password di Guacamole, che non potrà mai avere successo. Il nuovo hc-to-login-kamouniverse lo invia a login.kamouniverse.com. Ogni altra organizzazione non corrisponde né regex e si comporta come prima.
· kamo-shared-library
Kamouniverse.com è l'apice primario della piattaforma
Il marchio si è trasferito da kamocrm.com a kamouniverse.com, ma niente la piattaforma genera potrebbe seguirlo. Ogni regola "quale dei domini di questo org" classificata da poche etichette poi alfabetico, quindi l'organizzazione della piattaforma, che detiene entrambi apexes come radici verificate, sempre venuto fuori come kamocrm.com. Modifica del dominio su /setup/dns quindi mai preso. PlatformDomains è ora l'unico elenco: PRIMARY APEX kamouniverse.com, LEGACY APEX kamocrm.com, e ROOT PREFERENCE, che prima classifica l'apice primario. OrgApiHosts, OrgThemeAssets e SecurityService OrgDomains condividono questa regola. Non e' vero. l'host un link torna a per un org senza un dominio vivo del proprio, è l'apice primario. OrgApiHosts.PLATFORM API HOST deliberatamente rimane api.kamocrm.com. La piattaforma è Le applicazioni OAuth sono registrate in Google, Microsoft e RingCentral's Console. Trasferirlo ha bisogno di quelle console cambiate prima.
· kamo-register
Gli schermi di registrazione accreditano KamoUniverse e ricadono sul suo apice
kamouniverse.com è ora l'apice primario della piattaforma (kamocrm.com rimane completamente servito legacy apex): - Theme.tsx: PLATFORM APEX, l'host a tema utilizzato prima che il browser conosca il suo host o su un host senza apex, è kamouniverse.com. Nessun vero ospite ancora chiede il tema. - RegisterFlow: i segnaposto server-render per il link di accesso e org dominio sono login.kamouniverse.com / kamouniverse.com. Il browser sostituisce entrambi con il proprio login del sito. - "Powered by / Built on / Running on" i nomi delle pillole KamoUniverse su ogni porta senza un marchio apex del proprio e link a www.kamouniverse.com (le sue business-OS pagina e linea di prodotto stand in per kamocrm. com's /product and /funzioni, che quel sito non ha). - ThemeLogo's default alt è un neutro "Logo" (dipinge il logo di qualsiasi org). - La pagina "Contact Support" è support@kamouniverse.com: la posta stream verificato kamouniverse.com inbound è live e aliased allo stesso cassetta postale. Kept: JAVA API BASE = api.kamocrm.com nelle rotte BFF. È il comune piattaforma API host (OrgApiHosts.PLATFORM API HOST stays) e un server-to-server call; api.kamouniverse.com percorsi identici, in modo da muoversi non compra nulla. I biscotti e il checkout sono ostili e intatti.
· kamo-login
Lo schermo di accesso accredita KamoUniverse e torna al suo apice
kamouniverse.com è ora l'apice primario della piattaforma (kamocrm.com rimane completamente servito legacy apex): - Theme.tsx: PLATFORM APEX, l'host a tema utilizzato prima che il browser conosca il suo host o su un host senza apex (localhost), è kamouniverse.com. Una pagina navigato su qualsiasi host reale chiede ancora il tema. login.kamocrm.com continua a leggere tema.kamocrm.com. - "Powered by / Built on / Running on" i nomi delle pillole KamoUniverse su ogni porta senza un marchio apex del proprio (bianco-labelled inquilini e l'eredità porta kamocrm.com) e link a www.kamouniverse.com. Quel sito non ha /prodotto o /caratteristiche, quindi quelle varianti vanno alla sua pagina business-OS e la sua linea di prodotto (entrambi verificati 200 in ogni locale). Il KamoUniverse Il suo override è invariato. - ThemeLogo's default alt è un neutro "Logo": l'immagine è qualsiasi il logo dell'organizzazione lo schermo dipinge, così "KamoCRM Logo" era sbagliato per ogni inquilino. La cartella tematica della porta kamouniverse.com dipinge, scoping cookie e la checkout hand-off sono ostili e intatti.
· kamo-internal
La scheda All e i distintivi ricaricano quando qualcuno scrive una nota sul piombo
The lead's Communications si apre su Tutti, la cui linea temporale ricaricata solo quando questo membro ha pubblicato un nota da esso, quindi una nota scritta da qualcun altro (un altro membro, un Hot Reassign, un membro dell'IA strumento) ancora bisogno di una pagina ricarica lì. useLeadNoteWritten segue /topic/media/feed/±orgId> su l'orbita media condivisa della scheda, impara il flusso del piombo dal suo feed, e richiama indietro (coalesced, e dopo una riconnessione) per una nota in quel flusso; LeadCommunications ricarica la linea temporale e Il distintivo conta.
· kamo-internal
Le note di un piombo ricaricano quando una nota è scritta nel proprio flusso
MediaStream (le note di un lead, il feed Clubhouse) ha ascoltato su /topic/media/feed/ reagito solo a POST CREATED/POST UPDATED — e nulla è mai stato relè lì. MediaService ora relays the org's media.feed events, where a new note or post is COMMENT ADDED nomination its stream. Il feed ricorda il flusso che elenca (il nuovo ruscello della rispostaGuida, o la sua guida dei messaggi) e ricarica, tranquillamente, solo per una nota in quel flusso: una nota Hot Reassign ora appare per un'altra visualizzatore del piombo senza ricarica. La regola è app/lib/mediaFeedEvents.ts.
· SecurityService
Un feed nomina il flusso che elenca (streamGuid)
Il feed del browser si ricarica quando /topic/media/feed/±orgId> dice che una nota è stata scritta in proprio ruscello. Una pista senza note non ha ancora alcun post il cui nome guida che scorre, quindi la prima nota un altro membro ha scritto lì (una nota Hot Reassign, tipicamente) non potrebbe mai apparire dal vivo. G /api/security/media/feed ora restituisce streamGuida per il feed di piombo e il feed org.
· MediaService
Relay media.feed. Id>, custodito da org
Un nuovo post o una nota di piombo è annunciato su media.feed. <orgId> e MediaStream di kamo-internal (le note di un piombo, il feed Clubhouse) ascolta su /topic/media/feed/δorgId> — ma niente mai relayed uno all'altro, quindi una nota un membro ha scritto (Hot Reassign incluso) un altro visualizzatore del piombo solo dopo una ricarica. MediaFeedStompRelayController sottoscrive media.feed.* sul core NATS senza gruppo di coda (ogni pod consegna alle proprie prese) e relè solo un org numerico. StompDestinazione Authz ora sorveglia l'argomento come il feed sociale: SUBSCRIBE solo per la sessione, nessun cliente SEND.
· KlusterServices
Svc media può sottoscrivere media.feed.* per relè il feed org al browser
SecurityService e MediaService annunciano un nuovo post o una nota di piombo sui media.feed. <orgId> e il feed del browser (le note della vista principale, il feed Clubhouse) ascolta su /topic/media/feed/ <orgId>. Nulla ha collegato i due: svc media potrebbe pubblicare media.feed.> ma non abbonarsi ad esso, quindi nessun relè potrebbe esistere. MediaService nuovo MediaFeedStompRelayController sottoscrive media.feed.* (un token: the org id; media.feed.lead.* non è relèed).
· kamo-internal
AI invita a unirsi da soli; incontro storia link; tenere-AI-transcripts impostazione
Il raccoglitore invitante della finestra di dialogo dell'incontro legge il by-department di SecurityService risposta sotto i membriByDepartment (legge il livello superiore, non trovato nulla e non ha mai mostrato un picker quando aperto senza un elenco dei membri). Un invito AI indossa il chip AI e porta il suggerimento di ogni entrata punto: il Centro Interazione e l'elenco dei membri passano la bandiera, e un membro prescelto da una conversazione o scheda membro è contrassegnato dal picker lista. L'interessato viene inviato come titolo d'incontro. Storia dell'incontro è offerto con VIEW MEETINGS e passa attraverso navIntent. Registrazione le impostazioni acquisiscono l'interruttore trascrizione del compagno AI, al di fuori della registrazione blocco; soddisfare le impostazioni suggerimenti incontrare WCAG AA contrasto.
· KlusterServices
Kamo Meet bridge — Jigasi trasporto e endpoint, PIN dial-in su 7800, voce di fiducia per i membri dell'IA
Nessun testo tipo utente o chiamante entra in un'espressione dialplan: i controlli di camera confrontano lunghezze e l'intelligenza artificiale il nome del display viene filtrato prima che venga testato (un preventivo in un nome della camera digitata potrebbe altrimenti girare il controllo falso e comporre la stanza filtrata). L'intestazione del risolutore è impostata una volta, prima dell'anello di riprovazione PIN.
· kamo-internal
L'assistente trasmette le sue risposte, con REST come fallback
L'assistente era stato solo REST da prima di KamoAI: il suo contesto WebSocket riportato "connesso", ha aperto nessuna presa, e ha inviato ogni messaggio, quindi l'intera risposta è arrivata subito. Ora si apre AIService's /ws/ai-chat su api. (/api/generate-otk?purpose=ws) e mostra la risposta come è scritto: - I telai TOKEN trasmettono la bolla di risposta; la risposta salvata di MESSAGE COMPLETE (con la sua citazioni) lo sostituisce, e una cornice senza testo mantiene ciò che scorre; - un TOOL RESULT file il testo prima della chiamata dello strumento e la riga dello strumento, come la trascrizione legge su ricarica; - i messaggi vanno uno alla volta, quindi due risposte non si scorrono mai in una bolla; cornici di un altro la conversazione sulla stessa presa sono ignorati; - REST rimane il fallback quando la presa non può essere aperta (senza chiave, nessun host api, un rifiutato o lento handshake); una presa che scende mid-answer lo termina con un errore invece di chiedere di nuovo; - la presa si apre con il primo messaggio e si chiude dopo cinque minuti. Il segnaposto 501 /api/ai/ws, che ha detto che la presa non poteva essere raggiunta, è rimosso. SP99-T10.
· KlusterServices
Una sonda di workstation che non stampa mai il token MCP
L'accettazione di SP11 ha letto un descrittore della workstation AI e ha provveduto il suo MCP ponte a mano, e una linea diagnostica ha stampato un token del portatore vivo in un trascrizione di sessione (SP11 Task 30 recensione, trovare 2). canary/workstation-probe.sh fa entrambi. descrivere stampe il descrittore con il token come "occupresent>" o null (--refresh mints a new one); la sonda funziona inizializzare, i nomi degli strumenti, il tipo di uno screenshot e un token sbagliato da un contenitore effimero nel baccello di Tool Plane, e ogni linea che stampa, la sua errori inclusi, è mascherato. Il token vive in una variabile di shell e La sonda e' solo stdin. I test di kubectl falso con un token noto e eseguire il sonda generata con curl contro un ponte locale.
· kamo-login
Invia un'iscrizione all'universo al suo checkout, o per creare la sua organizzazione
kamo-registra i parchi un piano di iscrizione pagato in sp checkout plan, e il I piani del sito KamoUniverse sono propri degli universi (famiglia premium, community starter, personal pro, ...). pianoCheckoutUrl solo onorato starter|business|enterprise, quindi un acquirente che aveva appena verificato la loro email e firmato è stato lasciato sulla schermata iniziale invece di checkout. planCheckoutUrl si sposta su lib/planCheckout.ts e accetta il contratto condiviso E' il momento giusto. E' in avanti l'universo. sempre l'universo PLAN, poiché questa è la scala da cui viene venduta — ogni volta il piano appartiene a Famiglia, Comunità o Personale o Kamo-Registrati parcheggiati sp checkout universe; cancella quel cookie con il piano e il codice. Un GRATIS iscrizione in Famiglia, Comunità o Parchi Personali un universo e nessun piano. Senza esplicita ?next= e nessun annuncio di lavoro, ora atterra /network/create?universe= <u> nello spazio di lavoro, dove la pagina di creazione preimposta quell'universo; il cookie viene speso per l'uso. Il business è la pagina di creazione propria default, quindi un Business sign-up atterra ovunque abbia sempre fatto. L'imbuto Business è invariato: E' il momento giusto. ancora rendimenti # Senza un universo # Ci penso io. test/planCheckout.test.mjs pins esso (nodo --sperimental-strip-types --test test/*.test.mjs).
· kamo-register
Portare un piano dell'universo e il suo universo in controllo
Il sito KamoUniverse segnala le persone come E' il momento giusto. e i suoi piani a pagamento sono propri degli universi: family premium, community starter, personale pro e così via. Il maniglia di completamento solo parcheggiato starter|business|enterprise, così ogni segno dell'universo che aveva scelto piano finito registrazione e non è mai stato inviato al checkout. Il hand-off si sposta in lib/checkoutHandoff.ts e accetta il contratto condiviso E' il momento giusto. (i piani liberi non hanno bisogno di checkout e parcheggiare nulla). Anche i parchi sp checkout universe da un valido ?universe= — con o senza un piano, dal momento che libero accesso in un universo deve ancora raggiungere "creare la vostra organizzazione" con quell'universo scelto, che ora fa kamo-login. Stessi attributi cookie e la regola di apex come prima, così kamo-login chiarisce ciò che questo scrive. L'imbuto Business è byte-for-byte che cosa è stato: ?plan=starter|business| enterprise[&code=] scrive esattamente gli stessi cookie. `npm run guard:checkout` e il resto del contratto. Un segno che nomina un universo lo dice sotto il banco dei passi: "Sei iniziare un universo familiare".
· kamo-internal
Chiedi a quale universo appartiene un'organizzazione del cliente, e leggi piani per tipo
La piattaforma ora vende quattro scale di piano — Affari, Famiglia, Comunità e Personale — e l'universo di un'organizzazione decide quale è offerto. /network/create pone la domanda, una volta, dove appartiene: solo quando l'organizzazione viene creata direttamente sotto la piattaforma (la sessione organizzazione è di alto livello), che è dove la prima organizzazione del cliente è Fatto. Ovunque la nuova organizzazione è un ramo di un cliente esistente e SecurityService gli dà l'universo dei suoi genitori, quindi nessun picker è mostrato e nessun `universe` è inviato. Il genitore è letto da /api/org/current piuttosto che OrgContext di shell, che sull'host condiviso inizia come piattaforma e sarebbe lampeggiare la domanda a qualcuno che crea un ramo della propria azienda. Il raccoglitore inizia a rispondere — Affari, o qualsiasi cosa del sito KamoUniverse ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** bloccare un lancio. Un piano pagato da quel link che appartiene all'universo scelto è trasportato attraverso `/validate?next=` nella fatturazione della NUOVA organizzazione consolle con il piano già selezionato, incentrata sull'appartenenza del creatore Ecco. `universe` cavalca su POST /api/security/org solo quando è stato chiesto; Sicurezza Servizio parses che campo corpo per campo, quindi la chiave viene ignorata fino a quando l'universo-consapevole SecurityService atterra. Le superfici del piano rispetto ai codici: `planCode == 'FREE'` (MyPlanWidget, PlanUpgradeDelta, PlanStandingHero, /myplan) e `=== 'ENTERPRISE'` (SubscriptionOrderWizard). Su un'organizzazione familiare non c'è GRATUITA — la sua pavimento è FAMILY FREE — quindi la pagina non ha trovato alcun piano per misurare un processo contro e offerto il piano libero come un aggiornamento. Ora chiedono il pianoLa scala: il pavimento è plan type FREE o un codice che lo nomina (ogni risposta data prima è tenuta), e un piano negoziato è ENTERPRISE o <UNIVERSE> ENTERPRISE. La fatturazione console era già a catalogo e non aveva bisogno di nulla. /myplan mostra l'universo dell'organizzazione come un chip di sola lettura sulla linea org. Un `universe` assente — ogni organizzazione creata prima degli universi — legge come Business (universeOrDefault). Keys: kamo-translation-dictionary 1fcb6274 (pushed first).
· APIService
Il catalogo dell'abbonamento pubblico prende ?universe=
Il sito KamoUniverse mostra le scale Family, Community e Personal Plan, e il proxy del catalogo pubblico ha trasmesso solo locale, in modo da poter restituire mai piani di lavoro. Non e' vero. E ora... un universo opzionale (solo lettere; qualsiasi altra cosa è un 400 prima che raggiunga stringa di query a monte). SecurityService decide cosa nomina e legge un assente come affari, così kamocrm.com, che non invia nessuno, ottiene lo stesso a monte URL e gli stessi quattro piani di prima.
· BillingService
La console di fatturazione vende un'organizzazione i piani del suo universo
KamoUniverse aggiunge Famiglia, Comunità e scale personali accanto al business uno, e BillingService ha assunto un unico catalogo: "il piano libero" era il codice GRATIS, "negoziato" era il codice ENTERPRISE, e il mercato era il primo della radice. - risolveBillingMarketId: un org familiare/comunità/personale acquista dal suo universo mercato (KamoFamily, ...), quindi la console elenca solo quella scala. Affari invariato. - creare / aggiornare rifiutare un piano da un altro universo che il bersaglio org's, quindi un famiglia non può pubblicare il mercato KamoCRM id e acquistare la scala aziendale. - I controlli gratuiti vanno per tipo di piano (FAMILY FREE, ...) o per il codice GRATIS aziendale; un processo scaduto o un piano sospeso rientra nel piano libero dell'universo org. - Soffitti Seat: business mantiene "25 su qualsiasi piano, Enterprise sopra"; il nuovo le scale coprono ogni piano al proprio numero di posti e puntano al prossimo piano in su, con solo il piano negoziato non registrato (Personal non ha nessuno: Pro 5 è la fine). - EnterprisePlanGuard sorveglia ogni piano CUSTOM plan type sulla piattaforma org, non solo quello codificato ENTERPRISE. - I componenti aggiuntivi condivisi (mail, telefono, archiviazione) depositati sotto il mercato KamoCRM sono elencato su un mercato dell'universo quando compatibile con i suoi piani, e un'azienda la promozione non è pubblicizzata su un mercato dell'universo. I piani DTO portano "universi". Ha bisogno di UniversoPlans di kamo-shared-library (pushed first).
· SecurityService
Le organizzazioni sono create in un universo KamoUniverse e fattura dal suo catalogo
KamoUniverse vende scale di business, famiglia, Comunità e piani personali da piattaforma org. SecurityService decide su quale scala è attiva un'organizzazione e ogni luogo che ha assunto "il Piano Libero" o "Enterprise" ora chiede per universo. - POST /api/security/org prende un "universo" opzionale (business | family | comunità | personale, caso insensibile; sconosciuto è un 400). Absent, un ramo eredita il genitore a meno che il genitore non sia la piattaforma o un prodotto della piattaforma; altrimenti BUSINESS (non restaurato, come ogni org esistente). - Carico di pagamento Org (/org/current, /org/{id}, /org/domain/{host}, /org/ref/{ref}) "universi" attraverso l'entità; le file /network (my-networks, all-networks) Portatelo pure. "BUSINESS" per ogni org che preda gli universi. - /pos/subscription-catalog e /pos/subscription-promotions take ?universe=. Absent è BUSINESS, così kamocrm.com e il proxy pubblico vedere esattamente quello di oggi catalogo. I prezzi delle liste sono trattenuti da ogni piano plan type CUSTOM, non solo quello codificato ENTERPRISE. - EntitlementService: il piano libero è il piano libero dell'universo membro org (a il pavimento della famiglia non porta più il CRM); un processo concede l'intero catalogo per BUSINESS come prima e il livello superiore dell'universo altrove. - BillingSetupService semina un nuovo org sul piano libero del suo universo, in questo mercato dell'universo (KamoFamily, ...), invece di GRATIS in KamoCRM. Ha bisogno di Universo di Universo di Kamo-shared-library / UniversePlans (pushed first).
· InitializerService
La famiglia, la Comunità e i cataloghi personali accanto alla scala aziendale di KamoCRM
KamoUniverse vende quattro cataloghi dalla piattaforma org's one plan table. Questo atterra lo schema e i dati per i tre nuovi. - UniverseColumnsMigration (@Order 0): orgs.universe type e Non e' vero. nullable INT, nessun default - null è BUSINESS, quindi nulla è riempito e nessuna riga esistente cambia significato. - UniverseCatalogMigration (@Order 50), insert-if-missing e portata org id: la KamoFamily / Kamomunity / KamoPersonal SUBSCRIPTION mercati; i dodici piani (FAMILY *, COMUNITÀ *, PERSONAL *) con l'universo type e un esplicito market id, così KamoCRMMarketBackfillLoader non li assorbe mai in KamoCRM; loro prezzo mensile/annuale/triennale per-seat; USERS (soffitto di seduta, illimitato sul piani negoziati) e file STORAGE (4 GB/seat); la posta "Add-on" e il telefono righe; compatibilità per i cinque componenti aggiuntivi ogni piano può acquistare (sia posta, sia telefono, deposito extra); e la fascia 51-250 della Community Premium al 15% di sconto. - UniversePackages: che app ogni nuovo piano include, letto da entrambi Non e' vero. (l'autorità, che scrive le righe) e Non possono essere d'accordo. N. CRM su le scale familiari o personali; posta, i sistemi di origine, i registri dei pazienti e computer ospitati su nessun livello dell'universo. - L'origine/EHR/Hosted Computer add-ons sono resi compatibili con BUSINESS piani negoziati solo quando sono stati creati per la prima volta, mai quelli della famiglia/comunità. - La regola del test di totalità "i bambini di commercio siedono esattamente con POS" è la regola storia della scala di affari; ora controlla i codici di affari, e un nuovo controllo mantiene ogni livello dell'universo da bundling un bambino di commercio senza POS.
· kamo-shared-library
Organizzazioni e progetti appartengono a un universo KamoUniverse
KamoUniverse vende la piattaforma a quattro pubblico - Business, Famiglia, Comunità, Personale - ciascuno sulla propria scala di piano con i pacchetti che si adattano (una famiglia non ottiene CRM). Nulla potrebbe dire a quei cataloghi a parte: ogni org ha risolto il suo pavimento libero dal piano della radice codificato GRATIS, che include il CRM e applica qualsiasi cosa il Org paga per, così un org famiglia avrebbe tenuto il CRM per sempre. - UniversoTipo (BUSINESS 1, FAMIGLIA 2, COMUNITÀ 3, PERSONALE 4) persistito da id attraverso UniverseTypeConverter (id sconosciuto legge null), JSON per nome. Null significa BUSINESS ovunque; il business continua a essere conservato come nullo. - Organization.universe (orgs.universe type) e SubscriptionPlan.universe Tutti e due. Organizzazione getter non restituisce mai nulla, così ogni carico utile org dice "universe":"BUSINESS" per gli org che lo precedono. Le colonne sono state aggiunte e verificate in Yugabyte da L'UniversoColumns di KamoInitializerMigrazione prima che questo fosse spinto. - UniversePlans: aiutanti puri (nessun nuovo fagiolo) per un piano libero dell'universo, livello superiore, piano negoziato e tetto auto-serve sedile. - No, no. il pavimento libero è l'universo di org piano; un processo concede tutto per BUSINESS (invariato) e l'universo livello superiore altrove. - Ottenga Promozioni(..., universo) piani filtrati all'universo (null = BUSINESS), add-ons/bundles/promozioni a coloro che nominano i suoi piani; una fila che nomina nessun piano è solo business. Per BUSINESS il risultato è esattamente il catalogo pre-universo. Il piano DTO trasporta "universo".
· KlusterServices
Dev.kamouniverse.com inoltra a www
Il sito è in diretta su www.kamouniverse.com, quindi il suo host pre-lancio smette di servirlo e 301s a https://www.kamouniverse.com con percorso e query mantenuto, così i link esistenti continuano a funzionare. A redirectRegex middleware lo fa (kamo-nowww solo canonicalizza un apice nudo); priorità 300 outranks la propria IngressRoute del sito, che scende dev in un follow-up. Il dev cert soggiorna in STATIC DOMAINS quindi https link ancora in avanti.
· kamo-register
Register.kamouniverse.com indossa il marchio KamoUniverse
register.kamouniverse.com è la porta di accesso KamoUniverse della piattaforma. La host si risolve all'organizzazione della piattaforma, quindi il lookup by-host rispondere "crm" e dipingere il logo di KamoCRM, colori, titolo e favicon sopra di esso. Una piattaforma apex con un marchio proprio ora nomina la sua cartella tema direttamente: kamouniverse.com -> public/kamouniverse/ (riservato come alias in Servizio di sicurezza, fornito nel secchio tema). ottenereThemePath risponde sincronia quindi la prima vernice è già giusta, e la ricerca host è è saltato lì. Un ?org= ancora dipinge il marchio di quell'organizzazione. Il "Powered by" nomi di pillole e link KamoUniverse su quell'apice, e analisi conta Register.kamouniverse.com accanto a Register.kamocrm.com (porte piattaforma solo; il nome host li mantiene separabili). Stesso cambiamento di kamo-login.
· kamo-login
Login.kamouniverse.com indossa il marchio KamoUniverse
login.kamouniverse.com è la porta di accesso KamoUniverse della piattaforma. Il suo ospite risolve l'organizzazione della piattaforma, quindi il lookup by-host risponderebbe "crm" e dipingere il logo di KamoCRM, colori, titolo e favicon sopra di esso. Una piattaforma apex con un marchio proprio ora nomina la sua cartella tema direttamente: kamouniverse.com -> public/kamouniverse/ (riservato come alias in Servizio di sicurezza, fornito nel secchio tema). ottenereThemePath risponde sincronia quindi la prima vernice è già giusta, e la ricerca host è è saltato lì. Un ?org= ancora dipinge il marchio di quell'organizzazione, su questa porta come qualsiasi altra. Il "Powered by" nomi di pillole e link KamoUniverse su quell'apice, e analisi conteggio login.kamouniverse.com accanto a login.kamocrm.com (solo porte piattaforma; il nome host li mantiene separabili).
· SecurityService
Kamouniverse.com è un apice della piattaforma, non un dominio inquilino
login.kamouniverse.com e Register.kamouniverse.com diventano la piattaforma KamoUniverse sign-in e porte sign-up, sostenuta da una radice org domains riga su l'organizzazione della piattaforma accanto a kamocrm.com. Giudizio contro kamocrm.com da solo, che l'host si risolve all'organizzazione della piattaforma e prende il percorso HOST-SCOPED: solo i membri della piattaforma potrebbero firmare lì, ?org= è stato ignorato, e un membro di qualsiasi altro spazio di lavoro è stato rifiutato. PlatformApexes detiene l'elenco (kamo.platform.apexes, default kamocrm.com,kamouniverse.com; kamo.platform.apex rimane il PRIMARY): - isPlatformHost: ogni piattaforma apex offre il picker spazio di lavoro. - L'host dello spazio di lavoro fallback per un'organizzazione senza domini è interno. apex> a qualsiasi porta la password è stata digitata — sul percorso password, il picker /session /select, e dopo un secondo fattore. L'organizzazione della piattaforma stessa atterra su internal.kamocrm.com (OrgDomains.preferred: kamocrm.com ordina prima). - OrgNetworkEnterPolicy skips piattaforma apex righe, quindi una piattaforma radice fila in attesa di certificati non può più contrassegnare la piattaforma "setup incomplete" vincendo la prima gara non ordinata. - DominioController's Kamo-owned-zone casi speciali e SPF / DKIM / I consulenti DMARC riconoscono *.kamouniverse.com come fanno *.kamocrm.com. - "kamouniverse" è un alias riservato: è la cartella tematica quei due porte dipingere, e un'organizzazione che lo tiene riscriverebbe quello schermo con il suo primo marchio risparmiare.
· kamo-marketing
Lasciate che i visitatori parlino con la chat — consentire il microfono e accendere senza mani
Il widget di chat ospitato (1.3.1) può prendere domande parlate e leggere le sue risposte ad alta voce. Due cose tra esso e www.kamocrm.com: - Permissioni-Policy detto microfono=(), che nega il microfono ad ogni frame compreso questo documento, dove <kamo-chat> viene eseguito; il widget rileva che e nasconde il suo pulsante microfono completamente. È ora microfono=(io): solo questa origine, cornici di terze parti incorporate rimangono bloccate, e il browser chiede ancora al visitatore prima che qualsiasi audio venga catturato. - L'incorporato ora passa voce="manos-free" (mic nel compositore, una conversazione senza mani e read-aloud), più il locale della pagina, quindi un visitatore su /es viene ascoltato e risposto in Spagnolo piuttosto che in org predefinito.
· KlusterServices
Portare www.kamouniverse.com dal vivo; apex passa attraverso kamo-nowww
KamoUniverse è ora il sito di marketing primario. www.kamouniverse.com si ferma 301ing a www.kamocrm.com ed è servita dall'app kamouniverse-marketing (la sua propria IngressRoute, Host(www.kamouniverse.com) alla priorità 100 — sopra kamo-marketing ^www[.] catch-all). Il nudo apex ora si dirige a kamo-nowww, che 308s esso a https://www.kamouniverse.com e passa ACME HTTP-01 sfida attraverso, esattamente come kamocrm.com raggiunge www.kamocrm.com; il percorso http mantiene escludendo /.well-known/acme-challenge/ così cert-manager's risolve ancora i rinnovi. Il middleware redirect kamouniverse-to-kamocrm è andato dal file; `kubectl applicare -f traefik/routes/` non prune, quindi viene eliminato dal cluster a mano dopo che questo si distribuisce. I quattro domini del pubblico già inoltrati a www.kamouniverse.com, così ora sbarcano sul sito in un hop invece di due.
· KlusterServices
Certificati per ogni host piattaforma su kamouniverse.com
login.kamouniverse.com e Register.kamouniverse.com diventano la piattaforma KamoUniverse porte firma e firma, e da loro un visitatore raggiunge tema., capcha., api., interno. e il resto. Nessuno di quei padroni di casa ha certificato oggi, così Traefik risponde con il default kamocrm.com e il browser rifiuta la pagina. tema., capcha. e media. sono solo subresource e non possono Boottrap loro proprio certificato attraverso la scansione di accesso-log, e la piattaforma kamouniverse.com org domains riga può portare solo ssl confirmed una volta ogni KnownAliases host è certificato, quindi tutte le 13 etichette sono elencate piuttosto che in attesa del traffico.
· kamo-shared-library
Riunioni in telemetria AI CALL — tipo, meeting id, REMOVED, eventi meeting
AiCallKind {PHONE, MEETING} e AI CALL.KIND / MEETING ID (SP14 DDL) Non e' vero. AiCallOutcome.REMOVED, i quattro tipi di eventi di incontro, e il membro+meeting live-call finder. SP13 AiCallEntities La prova ora elenca le due colonne SP14 e il nuovo ricercatore.
Il tuo universo ti sta aspettando.
Aggiungi i prodotti quando sei pronto: nessuna migrazione, nessun nuovo login, nessuna richiesta di pagamento.
Gratis per sempre — nessuna carta di credito richiesta