Jurnal de schimbări
Ce e nou.
Fiecare îmbunătățire a platformei, pe măsură ce se livrează.
· kamo-shared-library
Numără atașamente mesaje text
Ataşamente MMS sunt stocate şi nu au fost numărate. Nici ei nu sunt ceea ce sunt. arata ca: VoipMessageService codifică atașamentul ca date: URI și scrie În linie în VOIP Mesages.ATCHMENT URL, astfel încât acestea să nu devină niciodată obiecte Minio şi nu există nici un fişier care să stateze prin intermediul conversaţiei. Base64 ruleaza aproximativ o treime mai mare decât octeți se codifică, și că umflat forma este cu adevărat ceea ce ocupă baza de date, astfel încât este ceea ce se numără.
· kamo-internal
Afișează fiecare categorie de stocare separat
Înregistrări telefonice, mesaje vocale, atașamente la chat, resurse HR și marketing materiale fiecare obține propria linie în loc de a partaja un "Documente și imagini" Rândul cu orice altceva care se întâmplă să trăiască în aceeași masă. Două consecinţe pentru imagini. Paisprezece categorii depășesc ceea ce orice paleta categorică poate coda separabil pentru cititorii color-orb și să devină decorare purtat de etichetă și bara de acțiune utilizează o nuanță pur ca un tac de magnitudine. Iar tendința este acum o singură serie totală, mai degrabă decât o paisprezece-way stiva: întrebarea o tendință răspunde este "este stocarea mea în creștere" și care categorie este A crescut în este treaba mesei, care nu exact masa.
· kamo-shared-library
Numără fiecare tip de fișier stocat ca categorie proprie
Înregistrări de apeluri, mesaje vocale, atașamente de chat, resurse HR, marketing materiale, înregistrări de întâlnire și orice fel de documente sunt toate rândurile în imgs; distins numai de ImageAssocType și toate de partajare o singură găleată, deoarece asocierea este mai degrabă metadate decât o limită de stocare. Raportarea lor ca o o singură linie a fost precisă și inutilă: pentru o organizație de producție a ascuns 5.08 GB a unei amprente de 5.09 GB a fost atașamente de chat. Fiecare asociație aparține acum unui domeniu, astfel încât o organizație poate vedea ce este de fapt, consumul de stocare mai degrabă decât un total nediferențiat. StocareDomainCoverageTest face o omisiune un eșec de construcție: fiecare ImageAssocType trebuie să fie revendicat de exact un domeniu sunt depozitate şi niciodată facturate, revendicate de două ori înseamnă facturate de două ori. Verificat de sonda: eliminarea HR RESURCE din domeniul său nu reușește construirea cu motivul; În loc să treacă în linişte. ŞEDINŢA RECORDINGS îşi rezumă atât sursele, cât şi tabelul de înregistrare a şedinţelor şi Asociaţia de Şedinţe. MeetRecording Serviciul scrie doar primul. nu se suprapun.
· EmailService
Măsurați propriile căsuțe poștale kamoMail ale fiecărui org
Plimbare fiecare cutie poştală Kamo gazde şi înregistrări, pe zi de sosire, RFC822 octets it deține antete, corp și atașamente codificate, peste fiecare dosar inclusiv Gunoi şi gunoi, din moment ce un mesaj în gunoi este încă pe disc. O călătorie dus-întors pe Dosar: Furnizorul Jakarta Mail IMAP extinde FetchProfile. Element: ENVELOPE to ENVELOPE INTERNDATE RFC822.SIZE, astfel încât dimensiunea și data sosirii ajunge împreună. Ceea ce contează este decis dacă Dovecot are acreditări pentru adresa, nu prin citirea setării furnizorului. Prezența în virtual utilizatori ESTE definiția "Kamo stochează această cutie poștală," în timp ce o coloană furnizor poate fi vechi, moștenit de la un părinte, sau mijlocul migraţiei. O cutie poștală găzduită de randamentele Microsoft sau Google Nici o acreditare și este omis, astfel încât organizația sa nu este acuzat nimic. Pentru cine contează vine de la fiecare org id. KamoMail nu este un singur vînzătorul are 18 căsuţe poştale sub o singură organizaţie şi 41 sub un alt, intermixat pe patru domenii ar factura o organizaţie pentru corespondenţa altuia. Adresele se potrivesc mai jos. Masa de utilizator Dovecot și căi maildir sunt în timp ce cutia poştală păstrează orice carcasa a fost creată cutia poştală cu, și o neconcordanță de caz aici a împărțit deja o livrare și recuperare prin două scrisori diferite. Protejează, de asemenea,/api/intern în ansamblu, mai degrabă decât obiectivul final în funcție de obiectiv. ă filtru numit /api/intern/calendar și /api/intern/lider-coms individual; aşa că următorul controler montat sub acel prefix accesibile fără secrete, în tăcere și în direcția expunerii. 6 noi teste privind atribuirea, gestionarea cazurilor și cazul neprezentat; 152 Total, toate trec.
· InitializerService
Schema de măsurare a stocării pe cutie de e-mail
******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** RFC822 bytes că cutia poștală deține. Contabilitatea de depozitare nu a avut nici o sursă onestă pentru octeți de căsuță poștală: indicele de căutare acoperă numai mesajele indexate; și le acoperă indiferent de cine le stochează. ORG ID este denormalizat din e-mail prestator.boxes atât de per-organizare agregare este o sumă indexată, și astfel atribuirea rămâne pe căsuță poștală organizații pot fi pe KamoMail la o dată și un domeniu maildir poate deține Cutii poştale aparţinând diferitelor organizaţii. Rulați împotriva producției 2026-08-08; tabelul și indexurile verificate.
· kamo-shared-library
Măsurați mail Kamo găzduiește de fapt, pe cutie poștală
EMAIL a fost obţinut din e-mail metadata.search index, care a fost greşit în ambele direcţii. A ratat KamoMail în întregime și atașamente în propriul Dovecot maildir, 62 MB în producție; Numărat ca zero. Și ar fi încărcat o org pe Microsoft 365 sau Google Spaţiu de lucru pentru poştă aşezat pe discurile furnizorului, unde Kamo nu deţine nimic. dar un indice de căutare proprie. - Nu. o înlocuiește: pe căsuță poștală, pe zi de sosire; total RFC822 bytes Ocupă poşta. Găleți de zi, mai degrabă decât pe mesaj păstrează masa proporțional cu zilele-cu-mail în timp ce permite încă o fereastră de facturare arbitrară să fie rezumate exact în loc de rotunjite la luni întregi. Atribuirea este per cutie poștală prin propriul org id, niciodată per domeniu și niciodată per Maildir. KamoMail nu este un singur chiriaș: producția are deja 18 cutii poștale sub o org și 41 sub alta, amestecate pe patru domenii într-un tabel. Un domeniu, sau maildir ca un întreg, ar factura un org pentru altul Poşta. Schema verificata in productie inainte de aceasta aterizare: e-mail prestator .mailbox stood days există cu constrângerea sa unică după o cursă KI.
· kamo-internal
Spune de ce cutia poştală poate citi zero
Bytes Mailbox conta doar mail Kamo gazde de fapt. O organizație pe Microsoft 365 sau Google Workspace are mesajele sale pe discurile furnizorului, deci rândul său Mailboxes este în mod legitim 0 numărul mai degrabă decât unul corect.
· BillingService
Să o platformă admin rulați scanarea instantanee la cerere
Matura este ceea ce face absorbții de perioadă și totaluri de viață pentru domenii greu-eliminate raspunzator la toate, asa ca zilele pierdute la o pana sunt pierdute permanent, dacă nu se umple golul. Așteptarea pentru următoarea 04:20 run nu este o Planul de recuperare. matura prinde deja 14 zile și este idepotent per (org, zi, domeniu), Aşa că apelurile repetate se liniştesc, nu se dublează. Acest lucru doar expune, în spatele @PlatformAdminOnly, and returns the rrow count so the caller can see it worked.
· kamo-internal
Arată utilizarea de stocare pe fila statistici cont
În filă scria "Nu există date de utilizare disponibile pentru această perioadă" pentru fiecare organizație. BillingApi.getCurrentUsage() is a stub returning {meter: []}, and UsageMeters redă starea sa goală la zero metri. nu datele. StorageUsagePanel citește adevăratul obiectiv BillingService și arată cele două cifre care sunt ușor de contopit cot la cot: ceea ce organizația deține chiar acum, care cade atunci când fișierele sunt șterse, și ceea ce a adăugat peste sale viaţa, ceea ce nu înseamnă. Alături de ei, ce s-a mişcat această perioadă, şi o defalcarea pe domenii a documentelor, cutii poștale, media bazată pe cunoaștere, reuniuni înregistrări şi dezvăluiri. În cazul în care o cifră este o podea, mai degrabă decât o măsurătoare, se spune că o îndepărtare total cu nici un instantaneu de deschidere în spatele acestuia, sau un total de viață pentru o zonă de depozitare care îi şterge recordurile. Un cip explică baza de înregistrare: o org este Numărat pentru fiecare fișier pe care îl deține chiar dacă Kamo stochează o copie pe hash. Tendinţa produce doar o singură dată două zile de istorie; un punct nu este o tendinţă, şi desenul ar implica o istorie care nu a fost încă colectată. Culorile seriilor sunt ordinea categorică validată cea mai rea vedere normală adiacentă ΔE 19.6 pe această suprafață. Trei stai sub 3:1 contrast, astfel încât tabelul de defalcare nu este decorativ: este non-culoare lectură aceleași date. Contele de octeți rămâne siruri de caractere sfârșitul până la sfârșit (BillingService serializes Long via ToStringSerializator) și sunt lărgite doar în cazul în care magnitudinea este în condiții de siguranță.
· BillingService
Raportează ce depozitează o organizaţie
Fila de statistici a contului a spus întotdeauna "Nu există date de utilizare disponibile pentru această perioadă," pentru fiecare organizație, deoarece obțineCurrentUsage() în kamo-internă este un ciot Revenind la zero metri și nimic în spatele ei vreodată agregate depozitare. Serveşte trei cifre distincte pentru fiecare zonă de depozitare, plus un total: - ce deține organizația chiar acum, care cade atunci când fișierele sunt șterse - ceea ce a adăugat de-a lungul vieţii sale, care nu - ce s-a mişcat în perioada curentă de facturare Îndepărtarea este derivată EmbRecordState.DATE actualizat este inserabil = fals și niciodată nu reîmprospătează ca deschidere + adăugat - curent împotriva instantaneei de deschidere a perioadei. Cu nu deschiderea instantaneei cade înapoi la ștampile de timp gunoi și se raportează ca o Etajul mai degrabă decât să prezinte o presupunere ca măsurătoare. Viaţa e exact unde rândurile îndepărtate supravieţuiesc şi se acumulează din fotografiile în care nu apar; ambele Spune care sunt acestea, astfel încât UI poate prea. BillingPeriodRezolvator preferă o perioadă de abonament live și cade înapoi la luna calendaristică în fusul orar al orgului. Că retragerea este întreaga caracteristică în producţie: fiecare abonament acolo poartă curent NULL perioadă start şi actual perioadă end, astfel încât fără ea cifrele de perioadă ar fi goale pentru fiecare organizaţie care există StorageSnapshotSweep scrie poziţia zilnică de care depinde istoria fiecărui org, prinde până la 14 zile pierdute și însămânțarea unui prim instantaneu de la interogare aşa că urmărirea nu reporneşte la zero. Obiectivul platformei raportează facturat împotriva octeți fizic stocate. Clienți sunt facturate pe înregistrare; img dats deține o copie pe hash oricât de multe orgi au Acest fișier, și unghii și conversii costa octeți nimeni nu este facturat pentru. Ambele golurile sunt economia lui Kamo, așa că stau în spatele @PlatformAdminOnly. 21 teste noi, 113 în total, toate trec.
· InitializerService
Schema runner pentru org stood snapshots
Oglinzi OrgStorageSnapshot ca DDL explicit, pe stilul de casă dl-auto creează masa mai întâi, astfel încât CREATE este o rezervă și DEFAULTS SET sunt ce îl face de fapt utilizabil de la SQL simplu (Hibernate emite nicio coloană implicită pentru valorile pe care entitatea le completează în Java). De asemenea, indexează imgs on (RG ID, DATA CREAT) și (ORG ID, DATA TRASHED). Depozitare agregare citește atât pe fiecare cerere rezumat și indexurile existente sunt toate Assoc- și în formă de dosar. Rulați împotriva producției 2026-08-08; org story snapshots verificate cu toate 16 Coloanele și constrângerile sale de unicitate înainte de împingerea entității în legătură cu legăturile partajate.
· kamo-shared-library
Model de utilizare a stocării per-organizare
Nimic nu a rezumat vreodată stocarea pe organizație. Şase entităţi poartă un octet numărați fiecare fișier și niciun cod agregat, de aceea contul fila statistici face "Nu există date de utilizare disponibile pentru această perioadă" pentru fiecare org. Adaugă modelul comun de care are nevoie agregarea: - StorageDomain dacă înregistrările sale eliminate supravieţuiesc. Documente și KB media moale-ștergere, așa un total de viață este o cerere directă; cutii poștale, înregistrări și dezvăluiri Scurgeri dure, aşa că ale lor se pot acumula doar înainte. - OrgStorageSnapshot Există pentru trei. cifre care sunt nerecuperabile după faptul: totaluri de viață pentru domenii greu de eliminat, poziția de deschidere care elimină perioada diferența față de (fără ștampile temporale de masă a lui EmbRecordState DATA actualizat este inserabil=fals și niciodată nu reîmprospătează), și o perioadă-aproape numărul stabilit la sfârșitul perioadei. - OrgStorageAgregator Totaluri sunt rezumat peste înregistrări, niciodată peste obiecte stocate: img dats păstrează un fizic copie pe hash oricât de multe orgi dețin acel fișier, și că salvarea este a lui Kamo. Agregatorul nu are intenţionat niciun stereotip. Fiecare serviciu merge @ComponentScan("com.kamo"), astfel încât adnotarea ar construi în toate ~40 de ei; Billing Service declară fasolea. De asemenea, adaugă interogările de căutare-index dimensiunea de e-mail are nevoie de backfill a fost scris ca un hardcoded 0 deoarece indexul a fost creat, astfel încât de stocare cutie poștală se citește ca zero octeți la nivelul platformei până când aceste rânduri sunt reparate. Schema verificată în producție înainte de această debarcare: org depozit snapshots există cu toate cele 16 coloane după o alergare kamoInitializer.
· InitializerService
Declară că aplicaţia e împărţită
Backfill numai a umplut vreodată un rând plan care lipsea mutați un nivel de Punctul de vânzare și instrumente de marketing a ajuns pe drum liber în acest fel, care nu este ceea ce Free este vândut ca. Ancorat la ceea ce fiecare plan deja promite pe pagina de preț, astfel încât matricea și copia de marketing nu se poate deriva: evaluarea gratuită (CRM, chat, documente, note, KB, calculator); Starter adaugă aplicațiile a tranzacţiile comerciale cu (sprijin, comerţ, marketing); Business adaugă setul premium plus telefonie; inventar și club; Enterprise adaugă Legal. Gazduirea emailului si cele doua sisteme de origine apartin la nici un nivel de e-mail este prețul pe scaun pe orice plan, sistemele de origine sunt negociate pe creditor. Spre deosebire de backfill acest lucru reconciliază mai degrabă decât umple goluri, care este punctul de a fi sursa de adevăr: o schimbare de nivel aparține aici, în revizuire, nu într-o editare UI următoarea rundă ar reveni. Aplicat pe prod: 11 rânduri schimbate. POS și Marketing off Free, și cele patru aplicații neeliberate dat nivelul pe care vor ateriza atunci când nava, astfel încât publicarea unul este un flip etapă mai degrabă decât o schimbare de date. Un al doilea run raportează zero schimbări.
· kamo-internal
Split Apps & Caracteristici în Disponibil / Nu este disponibil / Depreciat
O listă plană de aplicații mixte platforma oferă cu cele pe care nu le și unele le s-a retras, deci operatorul a trebuit să citească fiecare cip ca să-i deosebească. Gălețile sunt exclusive și deprecare este testat în primul rând: o aplicație retras este retras indiferent de steagul său de disponibilitate încă mai spune, așa că apare doar sub Depreciat. Care face, de asemenea, per-rând "Depreciat" cip și dimming Redundant Partitioning citește starea serverului mai degrabă decât proiectul, astfel bifarea depreciat Comutatorul lasă rând în loc până când terenurile de salvare în loc să-l smulgă de sub editare.
· SecurityService
Un catalog de aplicații pentru Sucursale
Tipuri de sucursale - > Aplicațiile permise au început să-și încarce lista de aplicații din /platform-config/app-catalog, care necesită un proprietar de org de nivel superior. Pagina gazda este poarta pe CONFIgure SISTEM în schimb, astfel încât pentru fiecare chiriaș GET 403'd: editorul a făcut zero aplicații și mâner salva apoi a refuzat să salveze model de securitate la toate implică catalogul. Acesta nu a reușit pentru un admin KamoCRM fără isOrganizationOwner prea. *************** serveşte acelaşi catalog rezolvat sub CONFIGURE SISTEM, ca o proiecție mai îngustă în mod deliberat: tip, nume de afișare, descriere, etapă, disponibil, depreciat. Nici o notă de operator, nici o eroare de sine stătătoare, nici un diagnostic de drepturi Rulați, și scrie rămâne platforma-proprietar-numai.
· kamo-internal
Adăugați o filă de aplicații și caracteristici și fixați lista de aplicații permise
Noua filă, la dreapta organizaţiilor, controlează ceea ce fiecare organizaţie este oferit: disponibilitate, etapa de dezvoltare, nume de afișare, descriere, o Notă operator, și deprecare. Disponibilitatea nu mai este derivată din etapa, astfel încât o aplicație poate fi publicată în timp ce este încă în testare sau ținută înapoi după ce este terminat; etapa conduce acum doar insigna și bara. Câmpurile suprapuse sunt marcat și revert în mod individual, și deprecare fiecare chiriaș care îl utilizează are nevoie de numele aplicației tastat pentru a confirma. Aplicații permise în editorul model de securitate a fost un TypeScript întreținut manual copie de ServiceType.java, cu un comentariu cerând editorilor să-l țină aliniat. Plutise, invizibil: - MLOS lipsea în întregime, astfel încât nici un model de securitate ar putea acorda ipoteca de origine, la toate. - LOS a fost etichetat "Mortgage Loan Origination System" credite de la redenumirea 2026-08-08, astfel încât editorul a scris un personal-împrumuturi Grant pentru un operator care a crezut că acordă ipotecă. - POS și ESIG a arătat Planificare mult timp după ce au expediat. Adăugarea indicatorilor de disponibilitate la această listă ar fi făcut-o doar Încrezător greșit, așa că acum citește același catalog noua filă scrie și Nu pot fi de acord cu asta. Salvarea este blocată până când catalogul se încarcă: fiecare AppConfigs construitor o iterează, astfel încât o listă goală ar fi deposedat Granturile modelului.
· SecurityService
Servește catalogul aplicației și citește caracteristicile prin ea
FeatureController derivat "este această aplicație oferită" din etapa Enum în patru locuri separate, astfel încât răspunsul ar putea fi schimbat doar prin redistribuirea platforma. Fiecare dintre ele citește acum AppCatalogservice, împreună cu nume de afișare, descriere și deprecare. Singura subtilitate comportamentală este poarta root-org. Obişnuia să citească "stadiul este" nu COMPLETD, astfel încât orgs copii nu pot permite acest lucru" Acesta Acum citeşte "platforma nu oferă în prezent acest lucru." În timp ce nici o suprascriere există acestea sunt aceeași propoziție, deoarece disponibilitatea nesetată rezolvă stadiul = = complet. Odată ce un operator publică o aplicație care este încă în TESTARE, numai noua formă face lucrul corect: fără ea aplicația ar Stai blocat în tăcere pentru fiecare org copil. PlatformaAppCatalogController este poarta la proprietarii de top-nivel-org, la fel publicul ca file platforma vecină, și raportează dacă un disponibil aplicația este de fapt în matricea de plan setarea eșuează-deschisă mai degrabă decât prin orice a ales operatorul.
· kamo-shared-library
Faceți disponibilitatea aplicației și etapa editabilă la rulare
Fiecare atribut pagina de setări aplicații redă numele de afișare, descrierea, Stage, deprecation și "Available" nu a fost stocat la toate: a fost derivat ca etapă = = complet în UI și în trei locuri server-side. Schimbarea oricare dintre ea a însemnat editare biblioteca comună și redistribuirea platformei. PLATFORM APP CATALOG deține un rând pe aplicație cu fiecare coloană de suprascriere Anulabil, iar AppCatalogservice rezolvă suprascrierea ?? Enum. Un rând lipsă inseamna enum verbatim, deci instalarea acest lucru schimba nici un comportament. Disponibilitatea devine propria valoare, care este ceea ce face o lansare moale (oferit în timp ce încă mai testează) sau o aplicație închisă complet expresibil. Retragerea ei citeste scena RESOLVED mai degraba decat enum, deci un operator care doar se misca o aplicație pentru a completa devine disponibilă fără a apăsa pe comutator.
· InitializerService
Un rând catalog calificat corespunzător pe aplicație, pe fiecare rădăcină de drepturi
Nouă aplicații sisteme de proveniență 12 altele au fost deja descrise printr-un rând de marketing, astfel încât obligarea celor și adăugarea unei paralele APP * rând ar fi dat un ServiceType două rânduri și a făcut un planCaracteristicaIncludet depinde de ordin de iteraţie. Runner converge acum catalogul în schimb: - leagă un rând de marketing publicat de aplicaţia pe care o descrie (VIDEO CONF este Meet, MESSAGING este Chat), menținerea codului, a denumirii, a categoriei și a valorilor de nivel astfel încât matricea publicată să nu se miște; - creeaza un rand pentru o aplicatie catalogul nu descrie, intr-o categorie reala categoria de comerț și de origine; - promovează orice titular anterior al APP * la identitatea sa reală și șterge aplicațiile plate găleată odată goală; - elimină rândurile duplicate pentru aceeaşi aplicaţie, preferând rândul de marketing. Nu a mai rămas niciun APP downback: fiecare aplicație are un cod lizibil și aplicații catalogul publicat deja numele reutilizează codul exact astfel încât un org cu propria matrice și unul fără a descrie același produs identic. Care a contat semn.pink nu are matrice de marketing și a fost lăsat cu 11 rânduri numite după constantele enum. MLOS și împrumuturile personale sunt negociate de întreprinderi, nu pe loc: preț nul, model de preț FLAT; compatibile numai cu planuri de tip CUSTOM (Enterprise), grupate în niciun nivel. Ele sunt create pe platforma org numai semn.pink printr-o trecere mai devreme sunt dezactivate. Verificat împotriva prod după funcționare: 0 APP * coduri rămase, 0 rânduri de serviciu duplicat tip, 21 de aplicații pe fiecare rădăcină, 0 combinații descoperite plan cu aplicație, și o re-run este un no-op.
· kamo-internal
Consolă de organizații formate din servere
Fila încărcat fiecare organizație într-o singură cerere și a făcut o carte fiecare, cu backend fanning per org, apoi pe cont, apoi pe abonament. Caută, sortează, filtrează şi transmite acum serverul către întreaga proprietate. astfel încât costul paginii este plat indiferent de câte organizații există. Rândul este, de asemenea, obiectul potrivit acum. Un abonament este HELD printr-un cont și TARGETS un org, astfel încât cardul vechi - tastat pe titular - a trebuit să imprime numele ţintei într-o masă cuibărită, iar orgile clienţilor au apărut ca nişte sfori. în interiorul altor orgi mai degrabă decât ca rânduri. Fiecare rând are acum dreptul (intrare: ce guvernează acest org) și facturare a avut loc (în afara: ceea ce facturile pentru altele) ca fațete separate. Proiectare: o cale ferată de stare pe marginea stângă a fiecărui rând și o bară de proprietate proporțională; astfel încât o pagină citește ca o histogramă de culoare de sănătate comercială înainte de un cuvânt este citire; cifre tabulare cu zerouri modificate, deoarece cele mai multe celule pe o proprietate de facturare sunt zero. Starea de masă trăiește în URL, astfel încât o vizualizare filtrată este linkable - scris printr-o copie care conservă aparţine lui tabSync.
· SecurityService
Eșec închis pe aplicații un plan nu menționează
Description Prod și fiecare plan activ privind ambele rădăcini (KamoCRM, Semn roz) poartă un explicit rând pentru toate cele 21 de aplicații non-core nu a mai rămas nimic pentru o negare de neplată decât o aplicație cu adevărat nepretuită. Acest lucru nu schimbă ceea ce orice org poate utiliza astăzi: aplicații expediate sunt incluse în mod explicit, și MLOS iar aplicaţia de împrumut personal a fost deja respinsă prin includerea explicită a unor rânduri false, care se leagă indiferent de acest steag. Ceea ce se închide este o aplicație alunecare prin neprețuit de a nu apărea În matricea unui plan. Întoarceți-vă la adevăr dacă se adaugă o nouă rădăcină a dreptului înainte ca migrarea să aibă loc.
· BillingService
Serveşte directorul org ca o pagină filtrată, sortate, paginată
GET /orgs ia pagina / dimensiunea / q / sort / dir plus şapte filtre şi returnează casa Pagină plic cu agregate la nivel de proprietate. GET /orgs / {orgid} servește detalii complete pentru sertarul de foraj-in consola, în cazul în care ventilator pe cont este bine, deoarece se limitează la o singură org. listaAllOrgs () se înlocuiește mai degrabă decât se păstrează ca delegat de trunchiare: a avut exact un apelant (acest controlor), și lista frontend Orgs () a avut exact unul (fila fiind rescrisă), astfel încât un shim de compatibilitate ar fi adăugat doar un Risc de trafic silenţios cu nimic în funcţie de asta.
· BillingService
Hidratare de pagini la un număr constant de interogare
Titlurile-mamă, domeniul primar, planul/piața din spatele dreptului și steagul abonaților-catalog sunt fiecare dintre cele câte un lot IN (:ids) pe întreaga pagină; Deci o pagină de 100 de rânduri costă şase declaraţii ca o pagină de 1 rând. Testul afirmă că egalitatea direct -- punerea în aplicare pe care aceasta o înlocuiește ar marca 6 contra 600. Abonamentul de conducere este ales de DreptModeResolver, acelaşi cod care a decis modul rândului, astfel încât planul arătat întotdeauna aparține statului Arată. Interogările trec mai degrabă prin EnvironmentManager decât prin metode noi de depozit astfel kamo-shared-library, care fiecare serviciu depinde de, nu trebuie să se schimbe.
· BillingService
Director rând/pagină DTO și depozitul de interogări nativ
Platform OrgRow poartă cele două faţete separat: dreptul (submarinele de intrare) care vizează orga -- ce o guvernează) şi facturarea deţinută (contele org deţine -- non-zero numai pentru platforma org și revânzători). Agregatele descriu set întreg filtrat, nu pagina, astfel încât banda KPI nu schimbă sensul ca paginile operatorului. Fiecare valoare a conducătorului auto este constrânsă prin numărul/Booleanul mai degrabă decât exprimate: a coalesce (...,0) care se potrivește nici un rând întoarce Integer în cazul în care aceeași coloană cu Rânduri se întoarce lung, care ar trece în dev și arunca în prod. Banii trec sârmă ca un șir zecimal.
· BillingService
Org director SQL cu CTE per-facet
Conturi deținute, abonamente de intrare, membri, licențiați și copii fiecare agregate în propria CTE înainte de a fi unite cu orgi. Alăturându-se lor într-o singură pass ar multiplica rânduri și umfla fiecare SUM. Pure și testate în unitate (26 de încercări): nu "::":" mulaje, fiecare valoare legată, taste de sortare Whitelist prin OrgSort. Două lucruri PIN teste pentru că acestea sunt ușor de a "Tidy" în bug-uri -- ORDIN BY și predicatele derivate (mode rank, has stripe) trebuie să numească coloanele estimate ale CTE de bază, deoarece în interogarea externă; și un proces PELL raportează nici un termen limită, mai degrabă decât Ultimul expirat. Verificat împotriva clusterului live: ambele declarații executa, contele este de acord cu rândurile și se aplică filtre/securitizări. Utilizarea indicelui NU este demonstrată - la 12 orgi / 9 subs CockroachDB full-scans indiferent, corect.
· BillingService
Cerere de director org validată, prinsă
Cleme de dimensiuni la [1,100] și un fel nerecunoscut cade înapoi la titlu, astfel încât o URL-ul manual nu poate solicita întreaga proprietate și nu poate ajunge la SQL ca text gratuit. Enul OrgSort este un fel de listă albă.
· BillingService
Modul de îndreptăţire a derivei printr-un singur remix comun, determinist
TrialAdminService și-a ales abonamentul la proces cu findFirst() peste lista necomandată, astfel încât un org deține atât un proces în așteptare, cât și un proces activ ar putea Raportaţi. Directorul organizaţiei viitoare trebuie să sorteze şi să filtreze Această stare, și o interogare nu poate reproduce o regulă nondeterministă. Precedentul acum trăieşte în *************** printre studii live, câștigă activ peste câștigurile în așteptare peste expirat, și expirarea activă Cel mai recent raport. status () păstrează forma exactă de răspuns. Primele teste în acest repo (11).
· InitializerService
Rândurile de drepturi ale aplicației Backfill în catalogul planului platformei
Dreptul se rezolvă acum pe o coloană de tip service type, dar nici un rând de catalog nu avea unul, deci fiecare plan încă rezolvat la "totul inclus" prin implicitul eșuează-deschis. Aceasta seminte matricea astfel kamo.entitlement.fail-deschis poate fi oprit în cele din urmă fără aplicații de foc închis. - AppentitlementCatalogMigration (@Order(51), after PlatformOwnerPlanSeeder): idempotent Reumplere. Creează o categorie de caracteristici "Aplicații" cu un rând BOLEAN per aplicație non-core legat de tipul său de serviciu, reconectează orice rând preexistent care are codul, dar nu serviceType și introduce rândurile lipsă de plan-la-app pe nivel. Se introduce numai dacă lipsește nu șterge și nu suprascrie niciodată este inclus un operator, astfel încât un nivel editat în setările UI supravieţuiesc reboot-urilor. De asemenea, re-binds VIDEO CONF / AI ASISTANT / HR SISTEM / ESIGATURES / EMAIL HOSTING addi-ons, care nu acordau nimic. - KamoCPMRRicingLoader: aceeaşi matrice pentru un grup nou. Rândurile aplicației sunt anexate în interior upsertCaracteristici mai degrabă decât scris într-o a doua trecere, deoarece UpsertPlanFeatures şterge Rândurile planului înainte de inserarea unui al doilea apel ar șterge în tăcere matricea de marketing. Notă Acest încărcător este dezactivat (se întoarce la început, iar apelul DataLoader este comentat), care este de ce migrarea de mai sus este calea de producție.
· SecurityService
Porți de ipotecă și verticale de împrumut personal pe dreptul la aplicație
O piață MORTGAGE a apărut pe / comerț ori de câte ori POS a fost pe, indiferent de aplicația MLOS, și /fetures/enable had no bilking check at all Numai, astfel încât un post direct a pornit pe o aplicație neuniform. - FeatureController: 403 pe activ atunci când planul nu include aplicația; seriarizați o Verdictul "entalizat" privind ambele caracteristici[] și disponibile[] astfel încât lacătul UI și 403 sunt calculate de același serviciu și nu pot fi de acord. - CommerceMarketController: GET /permis-tips for the market-type picker (model permis-list) intersectate cu dreptul de autor); lista de piata scade verticali neentalizate Arhivat, astfel restaurarea planului aduce piața înapoi cu datele intacte. - *************** paza eșuată peste fiecare /{marketId}/... sub-rută. AppAvailabilitate Interceptorul nu poate exprima aceasta harta prefix este un prefix la unul ServiceType and /commerce-markets serveşte toate cele şapte verticale sub POS. - POSController: apelanții publici ai catalogului de abonamente nu mai văd rânduri legate de o aplicație care nu a ajuns complet, astfel încât mutarea unui tip de serviciu pentru a completa este ceea ce îl publică site-ul de marketing. Cei de la interne încă văd totul pentru a-l preţa dinainte. - IpotecarVerticalRezolver: disponibilitatea măsurată numai POS, astfel încât un org care nu a cumpărat MLOS încă a se citi ca fiind gata; acum raportul MLOS în "lipsă.".
· kamo-internal
Redenumește LOS la MLOS, adaugă sistemul de origine a împrumuturilor personale, verticale comerciale ale porților
Fila de aplicații arată acum "Commerce: Ipotecar Loan Origination System" (titlul este servit de la backend enum, nu oglinda TS) și un nou "Commerce: Personal Loan Origination System" sub Nu este disponibil. Piețele MORTAGE și Personal LOANS sunt plasate pe aplicația lor. - Oglinzi de tip AppType/ServiceType: MLOS(14) + noi LOS(25); de asemenea, fixează deriva preexistentă în cazul în care oglinzile nu au fost de acord cu enul Java. - Organizarea: isMlos adăugat; isLos acum înseamnă împrumuturi personale. IsLos a avut zero consumatori. - FeaturesManager: Gating citește steagul "entalizat" al serverului. Acesta a fost reconstruit client-side de la BillingApi, al cărui a luaCurrentAbonament aruncă și de a lua Planuri Available întoarce [] (legație cioburi), astfel încât fiecare aplicație a rezolvat în tăcere la "unged" și nici un lacăt redat vreodată. - Culegatori de piata: atat paginile de creatie cat si cele de editare detineau propriul lor array hardcoded COMMERCE TYPES; Acum fac GET *************** astfel încât o verticală org nu a cumpărat este nu poate fi selectat. Pagina de editare a fost, de asemenea, sărind peste regula one-MORTAGE-per-org. Se păstrează tipul curent al pieței care poate fi selectat astfel încât un org defect să poată deschide și să-l redenumească. - Ipotecare suprafeţe poarta pe isMlos mai degrabă decât isPos.
Universul tău te așteaptă.
Începeți gratuit în câteva minute.Adăugați produse oricând sunteți pregătit — fără migrare, fără autentificări noi.
Gratuit pentru totdeauna — nu este necesar un card de credit