Changelog
Co nowego.
Każde ulepszenie platformy, jak to wysyła.
· kamo-internal
Źródło centrum pomocy mówi jak KamoUniverse
narzędzia / help- center / content: "KamoCRM" staje się "KamoUniverse" w 70 artykułach - 105 miejsc, trzy z ich tytuły (Co KamoUniverse jest, Jak szukać w KamoUniverse, Jak KamoUniverse jest zbudowany). Slugs i nazwy plików są nietknięte: są to adresy publiczne artykułów i importera klucz, a zmiana nazwy będzie publikować drugą kopię. Również nietknięty: "Platforma KamoCRM", nazwa wiodący rynek czytelnik znajduje w dół, a "KamoCRM" w cudzysłowie, nazwa sprzedawcy na liście. clean- source.mjs zyskuje rebrand (), prowadzony przez cleanBody po referencjach krzyżowych, więc odbudowa artykuły z projektów zachowuje nową nazwę; "kexiieverse" łączy relacji stop- słowa i łuski tytułu. Artykuły na żywo zmieniają się tylko wtedy, gdy import.mjs jest prowadzony przeciwko KBService, które to commit nie działa. Bieg suchy: 307 artykułów, 181 odniesień krzyżowych, 73,432 słów - jak wcześniej.
· kamo-internal
Łącze platformy na głównym wierzchołku, i platformy o nazwie KamoUniverse
Linki generowane przez aplikację dla platformy są budowane z PLATFORM _ APEX, więc podążają za podstawowym apex (koquiliverse.com). Każdy link kamocrm.com już rozdawany działa, ponieważ oba apex służą tej samej rzeczy - sprawdzone: identyczny ETag dla APK i ładowarka czatu na obu tematach hosts, the same DAV 401 ("Kamo Calendar") on both api hosts: - KamoMobile zainstalować QR i link, web- chat embed snippet, CalDAV / CardDAV serwer URL i Cel SRV oraz przykładowe wartości w edytorach umów i emaili. Tam, gdzie aplikacja mówi raczej o platformie niż o najemcy, platforma nazywa się KamoUniverse, odbyła się raz w app / lib / platformBrand.ts: organizacja root układu awaryjnego, ładowanie i / walidate logo alts, edytor email- szablon 's org- name fallbacks, trasa outbound- host diagram, preset przekaźnika luzem i proxy obrazu User- Agent. Osoba prawna zostaje "KamoCRM Inc". (linia firmy w Sprzedaży Kontakt, szablon "< org > Inc".). Organizacja tworzenia podgląd KamoUniversise.com / o / < aliasy >, a test posiada ten formularz wyświetlania Prawdziwy szczyt. Kontakt Nazwy sprzedaży Sprzedaż @ KamoUniversise.com: korespondencja na żywo i ziemie w skrzynce pocztowej kamocrm.com (RCPT sales @ kcoxiverse.com odpowiedział 250; nic nie zostało wysłane).
· kamo-internal
Łącze platformy na głównym wierzchołku, i platformy o nazwie KamoUniverse
Linki generowane przez aplikację dla platformy są budowane z PLATFORM _ APEX, więc podążają za podstawowym apex (koquiliverse.com). Każdy link kamocrm.com już rozdawany działa, ponieważ oba apex służą tej samej rzeczy - sprawdzone: identyczny ETag dla APK i ładowarka czatu na obu tematach hosts, the same DAV 401 ("Kamo Calendar") on both api hosts: - KamoMobile zainstalować QR i link, web- chat embed snippet, CalDAV / CardDAV serwer URL i Cel SRV oraz przykładowe wartości w edytorach umów i emaili. Tam, gdzie aplikacja mówi raczej o platformie niż o najemcy, platforma nazywa się KamoUniverse, odbyła się raz w app / lib / platformBrand.ts: organizacja root układu awaryjnego, ładowanie i / walidate logo alts, edytor email- szablon 's org- name fallbacks, trasa outbound- host diagram, preset przekaźnika luzem i proxy obrazu User- Agent. Osoba prawna zostaje "KamoCRM Inc". (linia firmy w Sprzedaży Kontakt, szablon "< org > Inc".). Organizacja tworzenia podgląd KamoUniversise.com / o / < aliasy >, a test posiada ten formularz wyświetlania Prawdziwy szczyt. Kontakt Nazwy sprzedaży Sprzedaż @ KamoUniversise.com: korespondencja na żywo i ziemie w skrzynce pocztowej kamocrm.com (RCPT sales @ kcoxiverse.com odpowiedział 250; nic nie zostało wysłane).
· kamo-internal
Rozpoznaj oba apex platformy wszędzie tam, gdzie aplikacja mówi hosta platformy od najemcy
kexiverse.com jest teraz głównym apex platformy i kamocrm.com pozostaje w pełni obsługiwane, więc każdy Sprawdź, że pyta "Czy to jeden z gospodarzy platformy?" musi odpowiedzieć tak dla obu, przez całą etykietę: - proxy.ts: na platformie hosta strony temat nazw img- src. < apex > i *. < apex > dla każdej platformy apex. internal.kcoxiverse.com (na żywo dzisiaj) zablokował każdy zapisany obraz theme.kamocrm.com, oraz internal.kamocrm.com blokuje serwery URL theme.kcoloniverse.com, budując je na pierwotnych Apex. Własny wierzchołek lokatora wciąż sam się nazywa. - networkModel.isCustomDomain, który obecnie wykorzystuje się ponownie zamiast kopii: acme.kcoloxiverse.com czytaj jako domeny niestandardowe, więc Enter otwarty * * * * * * * * * * * * * * * * * * * * - nie taki host. - OrgOAuthAppSection: jako domenę samego ORG opisano wywołanie na api.kcoxiverse.com. - LeadVendorManager: SecurityService builds applicable. < primary apex > for an org without a domain, and czek wiedział tylko zastosowanie. kamocrm.com, więc forma platformy odczytuje jako hosta samego org. - / api / org / [... domain]: w każdym apex platformy istnieje wpis do listy klientów. - next.config allowedDevOrigins i Gwardia hosta CSP akceptują kexiverse.com zbyt. Zbudowany na platformHost / PLATFORM _ APEXES z aplikacji / lib / platformApex.ts; brak nowej listy apexów.
· kamo-internal
Rozpoznaj oba apex platformy wszędzie tam, gdzie aplikacja mówi hosta platformy od najemcy
kexiverse.com jest teraz głównym apex platformy i kamocrm.com pozostaje w pełni obsługiwane, więc każdy Sprawdź, że pyta "Czy to jeden z gospodarzy platformy?" musi odpowiedzieć tak dla obu, przez całą etykietę: - proxy.ts: na platformie hosta strony temat nazw img- src. < apex > i *. < apex > dla każdej platformy apex. internal.kcoxiverse.com (na żywo dzisiaj) zablokował każdy zapisany obraz theme.kamocrm.com, oraz internal.kamocrm.com blokuje serwery URL theme.kcoloniverse.com, budując je na pierwotnych Apex. Własny wierzchołek lokatora wciąż sam się nazywa. - networkModel.isCustomDomain, który obecnie wykorzystuje się ponownie zamiast kopii: acme.kcoloxiverse.com czytaj jako domeny niestandardowe, więc Enter otwarty * * * * * * * * * * * * * * * * * * * * - nie taki host. - OrgOAuthAppSection: jako domenę samego ORG opisano wywołanie na api.kcoxiverse.com. - LeadVendorManager: SecurityService builds applicable. < primary apex > for an org without a domain, and czek wiedział tylko zastosowanie. kamocrm.com, więc forma platformy odczytuje jako hosta samego org. - / api / org / [... domain]: w każdym apex platformy istnieje wpis do listy klientów. - next.config allowedDevOrigins i Gwardia hosta CSP akceptują kexiverse.com zbyt. Zbudowany na platformHost / PLATFORM _ APEXES z aplikacji / lib / platformApex.ts; brak nowej listy apexów.
· DocsService
Kariera zawodowa platformy jest criers.kexiverse.com, a criers.kamocrm.com zachowuje swoją deskę
kexiverse.com jest głównym apex platformy; kamocrm.com pozostaje w pełni Służył po mistrzowsku. - careers.platform- apex (w przypadku ogłoszenia o pracy, pokwitowania wnioskodawcy, list alarmowy i punkt karty sieciowej dla organizacji bez własnej domeny na żywo) teraz domyślnie * * * * * * * * * * * * * * we wszystkich pięciu klasach i k8 / configmap.yaml ustawia go na kequiliverse.com wyraźnie tak, że wartość bieżąca nie czeka na odbudowę. careers.krexiverse.com służy z ważnym certyfikatem i rozwiązuje do organizacji platformy dokładnie jak kariery. Kamocrm.com robi. - CareersPublicController rozpoznał miejsce kariery platformy przez ONE skonfigurowany apex, więc przesunięcie ustawienia zajęłoby cross- org deska sieciowa z dala od careers.kamocrm.com (404, failed-closed). Teraz. akceptuje kariery. < every PlatformDomens apex > plus the configured one, porównanie całego wierzchołka tak careers.acme.kamocrm.com i careers.evil- kamocrm.com są nadal odrzucane. Badania: Nie, nie, nie. igieł zarówno drzwi i look- alikes; DocsAliasHostTest zdobywa kexiverse.com przypadków aliasgroup1 zmiana w fab3d80; trzy testy połączeń, które przypięły platform- console fallback teraz oczekiwać internal.kcoloniverse.com, który jest co OrgaLinkHosts odpowiada od czasu Kamo- Shared-library 0e8cf90f. Badanie mvn czyste: 848 run, 0 niepowodzeń.
· SecurityService
Kcouriverse.com jest głównym wierzchołkiem, a domena jest weryfikowana przez gdzie rozwiązuje
"Zmienił domenę z kamocrm.com na kexiverse.com na / setup / dns. Powiedział to. ustawić, ale nie można niczego zweryfikować, a po odświeżeniu nadal powiedział kamocrm.com. "Były trzy wady. 1. Domena org została wybrana alfabetycznie. Platforma org posiada oba apex jako zweryfikowane korzenie, i kamocrm.com sorts najpierw, więc linki, sign- in, Zachowanie & Etykietowanie i strona DNS nigdy nie mógł śledzić marki. OrgDomains dzieli teraz akcje - lib * * * * * * * * * * * * * * * * * * * * * * * * * które są w rankingu Najpierw główny wierzchołek. PLATFORM _ APEX is kexiverse.com. PlatformApex jest kequiliverse.com, kamocrm.com, pierwszy główny i każdy kamo.platform.apex domyślnie odczytuje stałą. Bezdominujące miejsca pracy teraz otwarte internal.krexiverse.com z obu drzwi, i login.kamocrm.com utrzymuje działa. Lista domen zwraca również primaryDomain i platformApex, więc strona przestaje je odnawiać. 2. Weryfikacja porównała cel CNAME z dosłownym "kamocrm.com." Każdy host na kequiliverse.com CNAMEs do kequiliverse.com, więc wszystkie nie powiodły się. Tak samo jak płyta A na platformie i łańcuch CNAME. verifyPointsAtPlatform zastępuje go wszędzie: verify- dns, oba DomainWeryfikacja Obserwator zamiata i cel. Wynika z host poprzez dowolny łańcuch rekordów lub CNAME do jego końcowych adresów i porównuje im z tym, co kequiliverse.com rozwiązuje do teraz. Ten adres jest przeczytany na żywo i buforowane przez 60 lat, z ostatnim dobrym odczytem przechowywanym przez godzinę, jeśli odczyt zawiedzie; nigdy nie jest skonfigurowany. Zbłąkany AAAA nie płaci czeku, bo zaszyfrujmy preferuje IPv6. Nieczytelny adres platformy, NXDOMAIN lub SERVFAIL w oczekiwaniu, nigdy nie popełniaj błędów. verify- dns zwraca cnameTarget i platformAdresy tak strona może zaoferować alternatywę A- record. 3. "Zmień domenę" oznacza usunięcie domeny w użyciu. Dla peronu, który jest odmówiono (409 PLATFORM _ APEX, a5bcbd2); strona przestaje go oferować. Uznawanie pozostaje add- only: Aplikacja ChatOriginService pozwala na stosowanie. na obu apexes, ponieważ linki loan-application na kamocrm.com na żywo w wysłanych e-mailach. applicy.kamocrm.com nie ma dziś rekordu DNS, więc link zapasowy przesuwa się do applicy.krexiverse.com (który służy) również naprawia linki, które były martwe.
· KlusterServices
Auto- cert pre-issues analytics, desktop and myloan on kcoloniverse.com
- STATIC _ DOMAINS zyskuje analytics.krexiverse.com, desktop.kcoloniverse.com i myloan.kcoloniverse.com, bliźniaki kamocrm.com hosty, które są osiągane tylko przez link. Host bez certyfikatu nigdy produkuje linię access- log potrzeby dynamicznego skanowania. analytics.: kamo- internal frames analytics. < its own apex >. desktop.: KamoDesktop 's new route. Moja pożyczka.: SecurityService PortalUrls buduje https: / / myloan. na żywo korzeń platformy jest teraz kexiverse.com. myloan nie ma jeszcze rekordu DNS; pętla pomija go aż właściciel dodaje CNAME. - ALWAYS _ ALLOW _ APEXES nazwy kexiverse.com bezpośrednio obok kamocrm.com, więc hosts under the primary apex stay dozwolona cokolwiek STATIC _ DOMAINS posiada. - Komentarze i jedna linia logowania przestają nazywać listę statyczną "kamocrm- specific", A notatka Subdomainsa mówi, że etykiety służą obu platformach. Domyślny certyfikat (tls- kamocrm- com) nie zmienia się celowo: jest to, co Klient bez SNI- wzywa kamocrm.com validates przeciwko.
· KlusterServices
Podawać desktop.kcoloniverse.com i odbić goły komputer. Kcoloniverse.com do jego logowania
desktop.krexiverse.com miał DNS, ale nie ma trasy, więc odpowiedział Traefik 404 za domyślnym certyfikatem. Teraz służy KamoDesktop poprzez desktop- https- kexiieverse. Ta trasa ma te same cztery zasady, priorytety i middlewares jako trasy desktop.kamocrm.com, używa tls: {}, i odbija goła wizyta w login.kexiverse.com. Mieszka na traefik / trasach / ponieważ naciśnij na pulpicie / ponownie uruchamia SecurityService, ponownie uruchamia Guacamole bootstrap praca i ponowne zastosowanie KubeVirt VM. desktop.kamocrm.com jest nietknięty. computs.kcoloniverse.com jest obsługiwany przez trasy domen org- i jest teraz gdzie SecurityService wysyła organizację platformy, ponieważ platformy Domena korzeniowa na żywo jest kexiverse.com. hc- to- login tylko rozpoznany computers.kamocrm.com, więc goła wizyta pokazała hasło Guacamole, które Nigdy się nie uda. Nowy hc- to- login- kexiieverse wysyła go do login.kexiverse.com. Każdy inny gospodarz organizacji nie pasuje ani regex i zachowuje się jak wcześniej.
· kamo-shared-library
Kcoxiverse.com to główny szczyt platformy
Marka przeniosła się z kamocrm.com do kwitniverse.com, ale nic platformy Generatory mogą go śledzić. Każda reguła "która z domen tego org" w rankingu najmniejsze etykiety następnie alfabetyczne, więc organizacja platformy, która posiada zarówno apex jak potwierdzone korzenie, zawsze pojawiały się jako kamocrm.com. Zmiana domeny / więc nigdy nie brał. PlatformDomens jest teraz jedną z list: PRIMARY _ APEX kexiverse.com, LEGACY _ APEX kamocrm.com i ROOT _ PREFERENCE, które są pierwszorzędnym punktem. OrgApiHosts, OrgThemeAssets and SecurityService OrgDomens podzielają tę zasadę. Nie, nie, nie. host link wraca do dla org bez własnej domeny na żywo, jest głównym wierzchołkiem. OrgaApiHosts.PLATFORM _ API _ HOST celowo pozostaje api.kamocrm.com. Platforma Aplikacje OAuth są tam zarejestrowane w Google, Microsoft i RingCentral konsole. Trzeba najpierw zmienić konsole.
· kamo-register
KamoUniverse i powrót do szczytu
kexiverse.com jest teraz głównym apex platformy (kamocrm.com pozostaje w pełni ): - Theme.tsx: PLATFORM _ APEX, host motywu używany przed poznaniem przeglądarki host lub na host bez wierzchołka, jest kexiverse.com. Każdy prawdziwy gospodarz nadal Pyta motyw. < własne wierzchołek >. - RegisterFlow: server- render placeholders dla sign- w link i Domena org to login.kcoloniverse.com / kcoloniverse.com. Przeglądarka Zastąpi oba logowanie tej strony. < apex > na moncie, jak wcześniej. - "Powered by / Built on / Running on" nazwy tabletek KamoUniverse na każdych drzwiach bez własnej marki apex i linków do www.kwitverse.com (jego business-OS strona i linia produktów stoją w dla kamocorm. com / produkt oraz / funkcje, których ta strona nie posiada). - Domyślny alt ThemeLogo to neutralny "Logo" (maluje logo każdego org). - "Contact Support" strony zmartwionej to support @ kexiverse.com: mail strumień zweryfikowany kexiverse.com przychodzący jest na żywo i aliased do tego samego skrzynka pocztowa. Kept: JAVA _ API _ BASE = api.kamocrm.com na trasach BFF. To wspólne host platformy API (orgApiHosts.PLATFORM _ API _ HOST) i serwer server- to- call; api.koquiliverse.com trasy identycznie, więc ruch to nic nie kupuje. Cookie scoping i checkout hand- off są host- i nietknięte.
· kamo-login
Sygnał w ekranie kredytów KamoUniverse i spada z powrotem do szczytu
kexiverse.com jest teraz głównym apex platformy (kamocrm.com pozostaje w pełni ): - Theme.tsx: PLATFORM _ APEX, host motywu używany przed poznaniem przeglądarki host lub na host bez apex (localhost), jest kexiverse.com. Strona przeglądane na dowolnym prawdziwym gospodarzem nadal pyta temat. < jego własny wierzchołek >, więc login.kamocrm.com ciągle czyta theme.kamocrm.com. - "Powered by / Built on / Running on" nazwy tabletek KamoUniverse na każdych drzwiach bez własnej marki apex (białych najemców i dziedzictwa kamocrm.com drzwi) i linki do www.kcoloniverse.com. Ta strona ma / produkt lub / funkcje, więc te warianty przejść do swojej strony biznesu- OS i jego linia produktu (zarówno zweryfikowane 200 w każdym miejscu). KamoUniverse Własne sterowanie drzwi jest niezmienione. - Domyślny alt ThemeLogo to neutralny "Logo": obraz jest dowolny logo organizacji farb ekranowych, więc "Logo KamoCRM" było złe dla Każdy lokator. Temat folder Kcomiverse.com farby do drzwi, cookies scoping i checkout hand- off są host- i nietknięte.
· kamo-internal
Wszystkie karty i odznaki przeładować, gdy ktoś pisze notatkę na czele
Łączność prowadzi na wszystkich, których czas przeładowany tylko wtedy, gdy ten członek notatkę z niej, więc notatkę napisaną przez kogoś innego (inny członek, Hot Reprzypisać, członek AI narzędzie) nadal potrzebne jest przeładowanie strony. UżyteLeadNoteWpisany poniżej / temat / media / feed / < orgId > on współdzielone gniazdo medialne karty, uczy się strumienia ołowiu z jego kanału, i oddzwania (coalesced, i po reconnect) dla notatki w tym strumieniu; LeadCommunications ponownie ładuje oś czasu i Odznaka się liczy.
· kamo-internal
Notatki ołowiu ponownie ładuje, gdy notatka jest zapisywana we własnym strumieniu
MediaStream (Notatki wiodące, pasza klubowa) słuchał na / temat / media / feed / < orgId >, ale reagował tylko na POST _ CREATOWANY / POST _ UPDATED - i nic tam nigdy nie było przekazywane. MediaService teraz Przesyła zdarzenia media.feed, w których nowa notatka lub post jest COMMENT _ ADDED nadając jej nazwę strumienia. Pasza zapamiętuje strumień, który wymienia (nowy strumień odpowiedzi lub podpowiedź postów) oraz ładuje się, po cichu, tylko dla nuty w tym strumieniu: Gorąca Nota Reprzypisać teraz pojawia się dla innego przeglądarka ołowiu bez przeładowania. Zasada jest app / lib / mediaFeedEvents.ts.
· SecurityService
Pasza określa strumień, który wymienia (streamGuid)
Przeglądarka przeładowuje ponownie, gdy / temat / media / feed / < orgId > mówi, że notatka została napisana we własnym języku Strumień. Ołów bez notatek jeszcze nie ma postu, którego guid nazwy, że strumień, więc pierwsza nuta inny członek napisał tam (nuta Hot Reprzypisać, zazwyczaj) nie może pojawić się na żywo. GET / api / security / media / feed teraz zwraca streamGuid dla kanału wiodącego i kanału org.
· MediaService
Relay media.feed. < orgId > to / topic / media / feed / < org Id >, strzeżony przez org
Nowy post lub list przewodni jest ogłaszany na media.feed. MediaStream (Lead 's Notes, The Clubhouse Feed) słucha na / temat / media / feed / < orgId > - ale nic nigdy przekazano jeden do drugiego, więc notatka jeden członek napisał (Hot Reaction included) pojawił się dla inny przeglądarka ołowiu tylko po przeładowaniu. MediaFeedStompRelayController subskrybes media.feed. * na rdzeniu NATS bez grupy kolejki (każda kapsuła dostarcza do własnych gniazd) i przekaźnik tylko numeryczny identyfikator org. Miejsce przeznaczenia Authz teraz strzeże tematu jak paszy społecznej: SUBSCRIBE tylko przez własny org sesji, bez klienta SEND.
· KlusterServices
Svc _ media mogą subskrybować media.feed. * do przekazywania kanału org do przeglądarki
SecurityService i MediaService ogłaszają nowe stanowisko lub notę na media.feed. < orgId >, oraz Pasza przeglądarki (notatki z widoku głównego, pasza Clubhouse) słucha / topic / media / feed / < orgId >. Nic nie łączy dwóch: svc _ media może publikować media.feed. > ale nie subskrybuje go, więc żaden przekaźnik nie mógł istnieć. Nowy MediaService MediaFeedStompRelayController subskrybuje media.feed. * (jeden token: id org; media.feed.lead. * nie jest przekazywany).
· kamo-internal
AI invitees łączą się same; spotkanie z linkiem historii; ustawienie keep- AI- transkrypts
Okno dialogowe dla zaproszonych osób czyta bajki SecurityService Odpowiedź pod membersByDepartment (przeczytał najwyższy poziom, nic nie znalazł i nigdy nie pokazywał zbieracza bez listy członków). An AI invitee nosi chip AI i przynosi podpowiedź z każdego wpisu punkt: Centrum interakcji i lista członków przejść flagę, a członek preselekcjonowane z rozmowy lub karty członka jest oznaczane od lista. Zaproszenie jest wysyłane jako tytuł spotkania. Historia spotkania jest oferowane z VIEW _ MEATINGS i przechodzi przez navIntent. Rejestrowanie ustawienia uzyskują wyłącznik transkrypcji towarzyszącego AI, poza nagraniem block; meet setting podpowiedzi spełniają kontrast WCAG AA.
· KlusterServices
Kamo Meet bridge - Jigasi transport i punkt końcowy, PIN dial- in na 7800, zaufany wpis dla członków AI
Brak user- lub tekst typu caller- wpisany wprowadza wyrażenie diaplan: sprawdzanie pokoju porównać długości i AI nazwa wyświetlacza jest filtrowana przed jej przetestowaniem (cytat w nazwie pokoju wpisanego może w przeciwnym razie włączyć kontrolę false i wybrać pokój filtrowany). Nagłówek resolver jest ustawiony raz, przed pętlą powtarzania PIN.
· kamo-internal
Asystent strumieni odpowiedzi, z REST jako zapas
Asystent był REST- tylko przed KamoAI: jego kontekst WebSocket zgłaszane "podłączony", nie otworzył gniazda, i wysłał każdą wiadomość, więc cała odpowiedź dotarła natychmiast. Otwiera teraz AIService / ws / ai- chat na api. < domeny org > za pomocą klucza jednokrotnego (/ api / generate- otk? cel = ws) i pokazuje odpowiedź, jak jest napisane: - TOKEN ramki strumień do bańki odpowiedzi; MESSAGE _ COMPLETE zapisane odpowiedzi (z jego cytaty) zastępuje go, a ramka bez tekstu zachowuje to, co transmitowane; - a TOOL _ RESULT files the text before the tool call and the tool 's row, as the transcript read przy ponownym załadowaniu; - wiadomości idą jeden na raz, więc dwie odpowiedzi nigdy nie strumieniują się do jednej bańki; ramki innych rozmowy na tym samym gniazdku są ignorowane; - REST pozostaje awaryjny, gdy gniazdo nie może być otwarte (bez klucza, bez api hosta, odmówiono lub wolno Uścisk dłoni); gniazdo, które upuszcza odpowiedź środkową kończy się błędem, a nie pytaniem ponownie; - gniazdo otwiera się z pierwszą wiadomością i zamyka po pięciu minutach bezczynności. Uchwyt 501 / api / ai / ws, który powiedział, że gniazdo nie może być osiągnięte, jest usunięty. SP99- T10.
· KlusterServices
Sonda, która nigdy nie drukuje symbolu MCP
Akceptacja SP11 przeczytała deskryptor stacji roboczej AI i zbadała jej MCP most ręcznie, a jedna linia diagnostyczna wydrukowała żeton na okaziciela transkrypcja sesji (przegląd zadania 30 SP11, znalezienie 2). canary / workstation- probe.sh robi oba. opis wydruków deskryptora token jako "< present >" lub null (-- refresh mints nowy); sonda działa inicjalizować, nazwy narzędzi, typ zrzutu ekranu i zły symbol z pojemnik efemeryczny w kapsule samolotu narzędziowego i każda linia, którą drukuje błędy zawarte, jest zamaskowany. Token żyje w zmiennej powłoki i Sonda jest tylko stdin. Testy fałszywe kubectl ze znanym żetonem i uruchomić generowane sondy z curl przeciwko lokalnego mostu.
· kamo-login
Wyślij logowanie wszechświata na jego wymeldowanie, lub stworzyć jego organizację
kamo- register parkuje płatny plan rejestracji w sp _ checkout _ plan, a Plany KamoUniverse to plany własne wszechświatów (family _ premium, community _ starter, personal _ pro,...). planCheckoutUrl tylko uhonorowany starter 124; biznes 124; przedsiębiorstwo, więc kupujący, który właśnie zweryfikował ich e-mail i Wpisano się na główny ekran, zamiast się wymeldować. planCheckoutUrl przenosi się do lib / planCheckout.ts i akceptuje wspólną umowę Nie, nie, nie. To prowadzi do przodu wszechświat do * * * * * * * * zawsze wszechświat PLAN, ponieważ jest to drabina jest sprzedawany z - kiedykolwiek plan należy do rodziny, Wspólnoty lub rejestru osobistego lub kamo- zaparkowane sp _ checkout _ universe; oczyszcza to ciasteczko planem i kodem. DARMOWE logowanie się do rodziny, społeczności lub osobistych parków wszechświata i bez planu. Bez wyraźnego? Następny = i bez ogłoszenia o pracy, teraz ląduje na / network / create? universe = < u > in the workspace, where the create page presected Ten wszechświat; ciasteczko jest wydawane na użytek. Biznes jest własną stroną tworzenia Domyślny, więc zapisz się na listę klientów gdziekolwiek to było. Lejek biznesowy jest niezmieniony: Nie, nie, nie. wciąż plony * * * * * * * * * * * * * * * bez wszechświata Robi się. tests / planCheckout.test.mjs pins it (node -- experimental- strip- types -- test tests / * .test.mjs).
· kamo-register
Przeniechuj plan wszechświata i jego wszechświat do kasy
Witryna KamoUniverse podpisuje ludzi jako - I A jego płatne plany są własne: family_premium, community_starter, personal_pro i tak dalej. Rozdania wykonawca tylko zaparkował Starter|business|enterprise, więc każdy znak wszechświata, który wybrał płatną Plan zakończył rejestrację i nigdy nie został wysłany do kasy. Hand-off przenosi się do lib/checkoutHandoff.ts i akceptuje wspólną umowę - I (bezpłatne plany nie wymagają kasy i nic nie parkować). To również parkuje sp_checkout_universe z poprawnego „uniwersytetu” – z planem lub bez, ponieważ Swokana rejestracja w uniwersum wciąż musi dotrzeć do "stwórz swoją organizację" Z tym wybranym wszechświatem, co robi teraz kamo-login. Te same atrybuty plików cookie I reguła szczytowa jak wcześniej, więc kamo-login oczyszcza to, co to pisze. Zakończenie biznesowe jest bajtowe dla obcasa, co to było: ?plan?starter| Business| Firma[&kod] zapisuje dokładnie te same pliki cookie. "npm run guard:checkout" Przypina to i resztę kontraktu. Rejestracja, która nazywa wszechświat mówi tak pod licznikiem kroków: "Jesteś Rozpoczęcie rodzinnego uniwersum”.
· kamo-internal
Zapytaj, do jakiego wszechświata należy organizacja klienta, i przeczytaj plany według typu
Platforma sprzedaje teraz cztery drabiny planowe - Biznes, Rodzina, Społeczność i Osobisty – i wszechświat organizacji decyduje, który z nich jest oferowany. /network/create zadaje pytanie raz, gdzie należy: tylko wtedy, gdy Organizacja jest tworzona bezpośrednio pod platformą (sala) Organizacja jest na najwyższym poziomie), czyli tam, gdzie jest pierwsza organizacja klienta Wypromione. Wszędzie indziej nowa organizacja jest oddziałem istniejącego klienta SecurityService daje mu wszechświat rodzica, więc nie jest pokazywany picker i Nie wysyła się „wszechświata”. Rodzic jest czytany z /api/org/current, a nie z OrgContext, który na wspólnym gospodarzu zaczyna się jako platforma i będzie Rozbłysnąć pytanie na kogoś, kto tworzy oddział własnej firmy. Wybór zaczyna odpowiadać - biznes, czy cokolwiek innego, w którym stronie KamoUniverse's ?-wydajnie link o nazwie - więc nigdy nie może Zablokuj start. Opłacony plan z tego połączenia, który należy do wybranego wszechświata Jest przenoszony przez „/validate?next” do rozliczenia NOWY organizacji Konsola z planem już wybrany, w kluczu do własnego członkostwa twórcy Tam. „universe” jeździ na POST /api/security/org tylko wtedy, gdy został zapytany; SecurityService przedstawia pole ciała według pola, więc klucz jest ignorowany, aż Ostateczne dla wszechświata na tereny SecurityService. Powierzchnia planu porównywane kody: "planCodek" "FREE" (MyPlanWidget, PlanUpgradeDelta, PlanStandingHero, /myplan) i "ENMIPRISE" (SubscriptionOrderWizard). W organizacji rodzinnej nie ma GRATIS - Podłoga jest FAMILY_FREE — więc strona nie znalazła podłogi, aby zmierzyć proces przeciwko I zaoferował darmowy plan jako uaktualnienie. Teraz pytają planLadder: podłoga jest plan_type FREE lub kod, który go nazywa (każda odpowiedź podana wcześniej, jest przechowywana), Planem wynegocjowanym jest: ENTERPRISE lub UNIVERSE>_ENTERPRISE. Rachunek Konsola była już oparta na katalogu i nic nie potrzebowała. /myplan pokazuje wszechświat organizacji jako chip tylko do odczytu na linii org. Nieobecny „uniwers” – każda organizacja utworzona przed wszechświatami – brzmi jak Biznes (universeOrDefault). Klucze: kamo-translation-dictionary 1fcb6274 (napchnięty).
· APIService
Publiczne katalog subskrypcji przyjmuje ?universe
Witryna KamoUniverse pokazuje drabiny planu rodzinnego, wspólnotowego i osobistego, oraz Publiczny serwer proxy tylko przekazał miejsce, więc mógł tylko zwrócić Plany biznesowe. /i - teraz do przodu Nieocjonalny wszechświat (tylko łamie; wszystko inne to 400, zanim dotrze do świata. W górę łańcucha zapytań). SecurityService decyduje o tym, co nazywa i czyta Nieobecny jako biznes, więc kamocrm.com, który nie wysyła żadnego, dostaje to samo pod prąd Adres URL i te same cztery plany, co wcześniej.
· BillingService
Konsola rozliczeniowa sprzedaje organizację własnych planów wszechświata
KamoUniverse dodaje drabiny rodzinne, wspólnotowe i osobiste obok biznesowej, BillingService zakładał jeden katalog: "Budynek darmowy" był kodem GRATIS, "negocjowany" był kodem dla środowiska, a rynek był pierwszym z root. - delutaBillMarketId: rodzina/wspólnota/osoba orgia kupuje ze swojego wszechświata Rynek (KamoFamily, ...), więc konsola wymienia tylko tę drabinę. Biznes Niezmieniony. - utwórz / aktualizację odrzucaj plan z innego wszechświata niż docelowy org, więc Rodzina nie może opublikować rynku KamoCRM i kupić drabiny biznesowej. - Bezpłatne sprawdzanie planu idą według typu planu (FAMILY_FREE, ...) lub DARMOWE kod firmy; Wygasła próba lub wygasły plan wraca do planu Wolnego Wszechświata org. - Sufity siedzeń: biznes utrzymuje "25 na dowolnym planie, Enterprise powyżej"; nowy drabiny zamykają każdy plan na własnym miejscu i wskazują na następny plan w górę, Tylko z wynegocjowanym planem bez ogonia (osoby nie mają żadnego: Pro 5 to koniec). - EnterprisePlanGuard pilnuje każdego planu_typowego planu CUSTOM na platformie org, Nie tylko te zakodowane przez przedsiębiorstwo. - Dodany doby wspólne (mail, telefon, przechowywanie) złożone na rynku KamoCRM są Wymienione na rynku wszechświata, gdy są kompatybilne z jego planami, i biznes Promocja nie jest reklamowana na rynku wszechświata. Plan DTO przenoszą "wszechświat". Potrzebuje kamo-wspólnej biblioteki UniversePlans (napchnięcie pierwsze).
· SecurityService
Organizacje powstają w uniwersum KamoUniverse i rozliczają się z katalogu
KamoUniverse sprzedaje drabiny biznesowe, rodzinne, wspólnotowe i osobiste z planu osobistego Platforma org. SecurityService decyduje, na jakiej drabinie jest organizacja, oraz Każde miejsce, które zakładało "wolny plan" lub "Enterprise" teraz prosi na wszechświat. - POST /api/security/org przyjmuje opcjonalny "uniwers" (biznes | rodzina | Społeczność | osobista, niewrażliwa na przypadek; nieznana jest 400). Nieobecna gałąź dziedziczą rodzica, chyba że rodzic jest platformą lub produktem platformy; W przeciwnym razie BUSINESS (przechowywany null, jak każdy istniejący org). - Org ładowności (/org/current, /org/aid, /org/domain/host, /org/ref/'ref') "uniwers" przez istotę; /sieciowe wiersze (moje-sieci, all-networks) Noś go też. "BIZNES" dla każdego orgu, który poprzedza wszechświaty. - /pos/subscription-catalog i /pos/subscription-promotions ?universe. Nieobecny jest BUSINESS, więc kamocrm.com i publiczny pełnomocnik widzą dokładnie dzisiaj Katalog. Ceny katalogowe są odtajane od każdego planu_typowego planu, nie tylko Ten zakodowany ENTERPRISE. - Uprawnienia: Darmowa podłoga to Wolny plan wszechświata org (a) Podłoga rodziny nie posiada już CRM); próba zapewnia cały katalog dla BIZNES, jak wcześniej, a najwyższy poziom wszechświata gdzie indziej. - BillingSetupService zasiewa nowy org na swój wszechświat Wolny plan, w tym Rynek wszechświata (KamoFamily, ...), zamiast z DARMO w KamoCRM. Potrzebuje kamo-shared-librashary's UniverseType / UniversePlans (puched first).
· InitializerService
Katalogi rodzinne, Społeczności i Osobiste obok drabiny biznesowej KamoCRM
KamoUniverse sprzedaje cztery katalogi z jednego stołu planowego orgi. To Występuje schemat i dane dla trzech nowych. - UniverseColumnsMigration (?Zamek 0): orgs.universe_type i - nie douniowalne INT, nie domyślne - null jest BUSINESS, więc nic nie jest wypełnione i żaden istniejący rząd nie zmienia znaczenia. - UniverseCatalogMigration (?Order 50), wstawka-jeśli-brajająca i obejmująca lubd przez org_id: KamoFamily / KamoCommunity / KamoPersonsonal SUBSCRIPTION; dwanaście Plany (FAMILY_, COMMUNITY_, PERSONAL_) z universe_type i jawnym market_id, więc KamoCRMMarketBackfillLoader nigdy nie absorbuje ich do KamoCRM; ich Ceny miesięczne/roczne/dziesięć na miejsc siedzących; UŻYTKOWNIKA (sufit bezpieczeństwa, nieograniczony na Wynegocjowane plany) i STORAGE (4 GB / siedzenie) wiersze; poczta i telefon "Dodaj" wiersze; kompatybilność dla pięciu dodatków, które każdy plan może kupić (oba poczta, oba Telefon, dodatkowe przechowywanie); i pasmo miejscowe Community Premium 51-250 z 15% zniżką. - UniversePackages: które aplikacje zawiera każdy nowy plan, przeczytaj przez oba (władza, która pisze rzędy) i - więc nie mogą się nie zgodzić. Brak CRM włączony Drabiny rodzinne lub osobiste; poczta, systemy inicjowania, zapisy pacjentów I hostowane komputery na żadnym uniwersytecie. - Dodatki do komputerów/EHR/Hosted są kompatybilne z BUSINESS Wynegocjowane plany tylko wtedy, gdy po raz pierwszy powstały, nigdy te rodzinne/wspólnotowe. - Test totalności "dzieci handlowe siedzą dokładnie z POS" jest regułą Historia drabiny biznesowej; teraz sprawdza kody biznesowe, a nowy czek utrzymuje Każdy poziom wszechświata od wiązania dziecka handlowego bez POS.
· kamo-shared-library
Organizacje i plany należą do wszechświata KamoUniverse
KamoUniverse sprzedaje platformę czterem osobom - Business, Family, Community, Osobista - każda na własnej drabinie planowej z pakietami, które go pasują (rodzina nie CRM). Nic nie może odróżnić tych katalogów: każdy org rozwiązał swoją darmową podłogę Z planu roota zakodowanego FREE, który obejmuje CRM i stosuje niezależnie od tego, co jest org płaci, więc Family org będzie przechowywać CRM na zawsze. - UniverseType (BIZNES 1, RODZINA 2, Wspólnota 3, PERSONAL 4) upierała się przy id through UniverseTypeConverter (nieznany id czyta null), JSON po imieniu. Null środki Biznes wszędzie; biznes jest przechowywany jako zerowy. - Organizacja.universe (orgs.universe) i SubscriptionPlan.universe - oba znieważone. Organizacja getter nigdy nie zwraca zerowej, więc każdy ładunek org mówi "wszechświat": "BIZNESONIE" Orgs, którzy to poprzedzają. Kolumny zostały dodane i zweryfikowane w Yugabyte przez KamoInitializer's UniverseColumnsMigration zanim to zostało przesunięte. -Plany Universe: czysty pomocnicy (bez nowej fasoli) dla planu wolnego wszechświata, najwyższego poziomu, Wynegocjowany plan i samoobsługowy sufit siedzenia. - Darmowa podłoga jest Wolnym Wszechświatem Org Plan; próba daje wszystko dla biznesu (niezmienionego) i wszechświata Najwyższy poziom gdzie indziej. - Universe) / getPromotions(..., wszechświat): Plany filtrowane do wszechświata (null - BUSINESS), dodatki/pakiety/promocje Przycinany do tych, którzy nazywają jego plany; wiersz bez planu jest tylko biznesem. Dla BIZNESU wynik jest dokładnie katalogiem przedświatem. Plan DTO przewoż "Wodzowie".
· KlusterServices
Dev.kamouniverse.com przekaże na www
Witryna jest na żywo na www.kamouniverse.com, więc jej przed uruchomiony gospodarz przestaje ją serwować i 301s do https://www.kamouniverse.com z zachowaną ścieżką i zapytaniem, więc istniejące linki nadal działają. A A Redirect przekierowanieRegex middleware robi to (kamo-nowww tylko kanonicalizs a gołym apexem); priorytet 300 outranks Własna strona IngressRoute, która upuszcza dev w kontynuacji. Dev cert pozostaje w STATIC_DOMAINS https linki wciąż do przodu.
Twój wszechświat czeka.
Rozpocznij bezpłatnie w kilka minut.Dodaj produkty, kiedy tylko będziesz gotowy — bez migracji, bez nowych logowań.
Bezpłatne na zawsze — nie wymaga karty kredytowej