Changelog
Was ist neu?
Jede Verbesserung an der Plattform, wie sie geliefert wird.
· kamo-internal
Fügen Sie die Politik Registerkarte, und stoppen Sie das Angebot Chats das Backend weigert
Vier Ansichten über einen Entwurf des Regelwerks, weil es vier verschiedene Fragen gibt und kein einziges Layout beantwortet sie alle. Regeln ist, was jede Regel tut, Matrix ist wie die Organisation aussieht, Simulator ist, was passiert mit zwei benannt Menschen, Aktivität ist das, was die Politik mit allen anderen macht. Eine Regel ist ein Satz, kein Form. Ein Verwalter, der Bedeutung aus heraus zusammenfügt Sechs gekennzeichnete Dropdowns werden ihre eigene Politik missverstehen; eine Lesung "Verkauf kann nicht mit jedem in einer anderen Abteilung chatten" wird nicht. Jeder Bearbeitungsbar Phrase ist ein Chip, und die Satzfunktionen leben in App /lib, so dass sie sein können Unit-geprüft -- der Wortschatz überschreitet diese Grenze als Daten und nicht als Übersetzer, da vitest läuft sie in der Knotenumgebung. Die beiden Enden einer Einbahnstraßenregel werden absichtlich getrennt bezeichnet. "Der Umsatz kann beginnen chattet mit Engineering, der nur antworten kann, während dieses Fenster offen bleibt" beschreibt, was die Engine tut; jede einzelne symmetrische Phrasierung würde eine beschreiben Regel, die es nicht gibt. Bestellung ist das, was First-Match-Gewinn kostet, so dass der Vorstand zahlt es nach unten: die Auswirkungen des Entwurfs wird kontinuierlich gegen das, was tatsächlich lebendig, beschattet überprüft und doppelte Regeln werden unter der Regel, die sie betreffen, und die Veröffentlichung von Shows genannt wie viele Paare es blockiert vor dem Button. Neue Regeln und jede Vorlage kommt an im Audit-Modus, wo sie aufzeichnen, was sie blockiert und blockieren nichts. Der Dienstplan ist kommentiert, nicht gefiltert. Ein blockiertes Mitglied behält seinen Namen, Foto und Präsenz, und ihre Chat-Taste erklärt sich, anstatt zu verschwinden. Erstellen Sie auch /api/members/directory, das ChatBox-Add-members picker hat holen, seit es geschrieben wurde -- die Route gab es nie, also die Anfrage 404'd und der Dialog machten eine leere Liste mit nichts, das ein Problem meldete.
· InitializerService
Erstellen Sie die Chat-Politik Schema
Sechs Tabellen: das versionierte Regelwerk, seine Regeln und ihre Klauseln, die Antwort Zuschüsse hinter "nur antworten, während ihr Fenster offen ist", und die Spur von was Die Politik lehnte ab. Jede Aussage ist geschrieben, um vollständig und idempotent zu sein, weil dieser Läufer wird von Hand angewendet, so oft es ausgeführt wird. Das Schieben dieses Repo setzt nichts ein -- es gibt keine CI und keine Auslastung -- während MediaService und SecurityService beide laufen ddl-auto:none, so dass nichts schafft diese Tabellen bei ihrem Start entweder. Wenn die DDL ist nicht zuerst gelandet, diese Dienste setzen sauber und dann werfen auf jede Politik gelesen. Die DDL für diese Änderung wurde auf Yugabyte vor beiden Service-Pushs angewendet, und verifiziert durch den Betrieb der eigenen zwei Schnappschuss-Anfragen gegen sie eher als durch Überprüfung des Katalogs. Der begleitende Test vergleicht die Entitäten mit diesen Aussagen durch Reflexion. Innerhalb des Initialisierers Hibernate erstellt die Tabellen aus den Einheiten vor jeder Läufer führt aus, so dass eine hier fehlte Säule auf dieser Seite und fatal auf der anderen Seite.
· SecurityService
Annotieren Sie die Mitglieder Dienstplan mit seiner Chat-Politik Urteil
SecurityService dient der Dienstleiste der Chat-UI ist aus gebaut, so hat es zu Antwort mit den gleichen Urteilen MediaService erzwingt mit -- eine geteilt Gutachter, oder das Produkt bietet Gespräche das Backend dann verweigert und es liest sich als kaputt geplagter Chat und nicht als Politik. Der Dienstplan ist kommentiert, nie gefiltert. Ein Mitglied der Politik Blöcke hält ihre Name, Foto und Präsenz und verliert nur die Chat-Zerhalt, die dann trägt die eigene Erklärung der Organisation. Sie zu verstecken wäre weniger Arbeit gewesen und hätte den Dienstplan Lüge darüber gemacht, wer hier arbeitet. Urteile für den gesamten Dienstplan lösen sich in einem Durchgang aus einem zwischengespeicherten Schnappschuss. Anfragen pro Mitglied hätte eine Bewertung gestellt -- und auf einen kalten Cache, eine Abfrage -- innerhalb einer Schleife, die bereits einmal pro Kollege läuft. Eine Politik gelesen, die scheitert lässt jede Zeile unannotiert, anstatt den Dienstplan zu versagen: der Absendepfad ist immer noch die Behörde, so dass die Kosten ist eine verwirrende Erschwingung, nicht eine nicht durchgesetzt Politik.
· MediaService
Erzwingen Sie die Org-Chat-Politik, und schließen Sie zwei Löcher saß es auf
Wendet die Richtlinie an den drei Orten an, an denen ein Gespräch beginnen oder fortgesetzt werden kann: Sitzungserstellung, Mitglied fügt hinzu, und der Senden Pfad. Ein Raum ist nicht überwacht Paar von Paar -- das Einladungstor IST das Direktnachrichten-Tor, so dass Sie jemanden bringen können in einen Raum genau dann, wenn Sie sie hätten benachrichtigen können, und ein Raum, der schrumpft zurück zu zwei blockierten Mitgliedern wird als direkte Nachricht wieder gelesen. Zwei bereits bestehende Löcher waren direkt unter dieser Arbeit und sind mit ihm fixiert. Der Sendeendpunkt überprüfte nie, ob der Absender zur Sitzung gehörte, also authentifiziertes Mitglied könnte in jede Session guid posten, die sie erraten konnten -- Politik Tor wäre ohne es dekorativ gewesen. Und Tippindikatoren waren veröffentlicht zu einem nackten /topic/chat/Typing, dass jeder verbundene Client in der Organisation abonniert; scoping sie pro Sitzung stoppt das Leck und stoppt eine getrennte Paare von der Signalgebung zueinander. Antwort gewährt zurück "nur auf die Antwort, während ihr Fenster geöffnet ist": der Browser berichtet was es sehen kann und der Server entscheidet, mit einer Gnade, die eine verpasste überlebt Beat und nicht ein geschlossener Laptop. Ihre Sendung ist pro Mitglied und bewacht, seit ein gefälschter Zuschuss würde einen Komponisten freischalten, den die Politik verschlossen hat. Der Admin-Schreiben ist seine eigene Bohne und seine eigene Transaktion. Auf YugabyteDB eine lesen nach einem Schreiben in einer Transaktion wirft 40001 und abtreibt alles um ihn herum, und ein selbstbeschwörter @Transactional ist überhaupt keine Grenze -- so liest das Speichern vorher, schreibt und liest erst wieder, wenn es begangen hat.
· kamo-shared-library
Fügen Sie die org Chat Policy Engine hinzu
Entscheidet, ob ein Mitglied ein Gespräch mit einem anderen eröffnen darf und ob sie können in eine, die existiert senden. Regeln sind eine bestellte Liste über bestellt Paare und das erste Match entscheidet, also nennt jedes Urteil genau eine Regel -- die das ist, was lässt die Einstellungen UI sich erklären, anstatt zu fragen, eine Administrator, um ihm zu vertrauen. Die Orientierungsregel ist der tragende Teil. Eine Regel geschrieben SUBJECT - TARGET wird von beiden Enden ausgewertet: vorwärts der Schauspieler ist die Seite, von der er geschrieben wird, die Seite, über die geschrieben wird, umkehren. Ohne das, "Verkauf kann Nachricht Engineering One-Way" würde passen, wenn ein Verkäufer handelt und fallen durch was auch immer unten sitzt, wenn ein Ingenieur tut -- nichts tut im einzigen Richtung es existiert zu beschränken. Abwesenheit ist nie Übereinstimmung. Eine Abteilung, ein Titel oder eine Manager-Klausel kann nicht mithalten ein einfaches Mitglied und Kurzschlüsse vor der Negation von Unanwendbarkeiten, so "Nicht im Verkauf" fegt nicht jeden Abonnenten an, der überhaupt keine Abteilung hat. Der Evaluator hat kein Repository und öffnet keine Sitzung: zwei Abfragen bauen eine per-org-Schnappschuss, und jedes Urteil danach ist arithmetisch gesetzt. Die Lösung eines Manager-Kette durch JPA wäre eine Abfrage pro Link pro Mitglied gewesen bei ungegrenzte Tiefe, auf einem Pfad, der immer dann läuft, wenn ein Cache kalt wird.
· kamo-internal
Neuordnung der Tabs und malen Binder und Uploads
Der Streifen liest Originale | Geändert | Common | Binder | Uploads, was setzt die drei Ansichten der Dokumente zusammen und die beiden Ziele nach ihnen. Binder und Uploads tragen jetzt das Lesen visuell: braun und blau Hintergründen mit weißen Etiketten und Symbolen. Die "&&&&" in paintedTab ist tragend. Der Eltern Tabs Stile seiner Kinder durch & .MuiTab-root, ein Nachkomme Selector, der eine einfache prot-tab übertüngt sx, so dass eine einzelne "&" die Kaskade verliert und das Label auf dem neuen grau bleibt Hintergrund.
· kamo-internal
Sagen Sie, wenn ein ausgewähltes Dokument nicht hinzugefügt werden konnte
Der Ausgewählte Docs-Binder überspringt ein Dokument, das er nicht legal halten kann, anstatt die ganze Synchronisation, die richtig ist, aber es tat so still, so ein Bindemittel weniger Dokumente als das geprüfte Mitglied enthalten, ist die Funktion gebrochen, und der einzige Ort, der Grund existierte, war das DocsService-Log.
· kamo-internal
Falten Sie die Registerkarte ändern in Binder
Der Streifen ist jetzt Originals | Binder | Modified | Common | Uploads. Modify ist gegangen: alles, was es tat - ordnen Sie die geprüften Dokumente, Vorschau, Merge sie in ein PDF oder ein ZIP - der Veranstalter hat es schon besser gemacht, und er hat es getan für eine Liste, die Sie behalten können. Was sie verbindet, ist ein gepinnter "Selected Docs" Eintrag an der Spitze des Ordners Liste. Es hält, was im Gitter überprüft wird und wird auf jedem umgeschrieben Auswahländerung, so dass ein Mitglied Dokumente in Originalen prüft, öffnet Binders, und findet sie dort in Ordnung. Es kann nicht umbenannt, gelöscht oder geteilt werden; Button, der es speichert, "Speichern As Binder", ist das gleiche Duplikat der Editor bereits hatte, auf jedem anderen Ordner, der "Duplicate This" steht Binder", und beide machen einen neuen Ordner aus dem Mitglieds eigenen hält alles die offene Griffe. Downloaden bietet jetzt ZIP neben dem zusammengeführten PDF, das ist das letzte, was die Registerkarte Modify tun konnte, dass ein Bindemittel nicht konnte. Modifizierte Tropfen VeröffentlichtWithChanges for Difference, zwei Dokumente Seite von Seite, und die Toolbar tot "Vorbereiten & Download"-Taste öffnet jetzt den Ordner sein Etikett war immer beschreibend.
· DocsService
Servieren und synchronisieren Sie den Ausgewählten Docs-Binder
POST /api/docs/binders/scratch holt den Ausgewählten Docs-Binder des Anrufers für eine Sammlung, erstellt sie bei der ersten Verwendung, und ersetzt ihre Dokumente mit der Rasterauswahl in der gleichen Hin- und Rückfahrt - der Veranstalter ruft dies auf jeden Auswahlwechsel, und zwei Anrufe pro Checkbox ist der Unterschied zwischen einem Bindemittel, der mit dem Gitter mithält und es sichtbar hinter sich lässt. Die Synchronisation hält jedes noch ausgewählte Dokument an der Position, an der das Mitglied arrangiert und fügt die neuen an; Separatoren und generierte Seiten sind nie berührt, weil sie die eigenen Ergänzungen des Mitglieds sind, anstatt Reflexion des Gitters. Ein Dokument, das sich rechtlich nicht dem Bindemittel anschließen kann, ist übersprungen, anstatt die ganze Synchronisation zu versagen - eine Rasterauswahl ist nicht kuratiert, so eine schlechte Reihe darf nicht verhindern, dass die anderen zwanzig ankommen. Die Bestellung Regeln sind eine reine Funktion, so dass sie ohne Datenbank getestet werden können. Umbenennen, löschen, teilen und Vorlagen-Promotion werden dafür abgelehnt, und die Regeln für das, was kann ein DOC-Artikel jetzt leben in einem Helfer so von Hand und Die Synchronisierung kann nicht auseinanderdriften, was sie akzeptieren.
· InitializerService
Binders.is_scratch hinzufügen
Vier Aussagen statt einer ALTER: Ordner ist besiedelt, und Yugabyte lehnt die gesamte ADD COLUMN ... NICHT NULL Aussage statt der Klausel die Spalte ankommt annulliert, wird verfüllt, gewinnt seine DEFAULT, und nur dann ist verschärft. @Order(0) pro Spalte-Add-Konvention - die Shared-lib-Einheit jetzt maps is_scratch, so dass jeder Läufer, der einen Binder lädt, bevor dieser stirbt eine Spalte, die noch nicht existiert.
· kamo-shared-library
Markieren Sie den auto-veralterten Ausgewählten Docs-Ordnungen des Mitglieds
binders.is_scratch markiert den einen Ordner pro (Besitzer, Sammlung), dessen Die Dokumente sind die DocManager-Rasterauswahl und keine kuratierte Liste. Es ist ein gewöhnlicher Ordner in jeder anderen Hinsicht, so dass die Listenabfrage es ausschließen muss von Hand: der Veranstalter pins es über die Liste, und es in würde es setzen gibt es zweimal und . schlimmer . bieten es in jedem "add to binder" Picker. Die Nachschau gibt eine Liste statt einer optionalen, weil zwei Tabs öffnen die Veranstalter zusammen können beide verpassen und beide einfügen; der Anrufer nimmt die älteste.
· kamo-internal
Montieren Sie den Bleirekord, anstatt ihn hinter einem Spinner zu halten
Der Ladezustand der Registerkarte Details war eine Karte von vierzehn grauen MUI Pulsreihen eine Form, die die Scheine nie nimmt, auf einer pro-Element-Uhr, ersetzt Großhandel durch eine Layout sieht es nicht aus wie. Und es wartete auf "loading.insights": eine Aufzeichnung, die hatte bereits angekommen saß hinter Platzhalter, bis eine nicht verwandte Kommunikation Die Zählung kam zurück. Das Schein zeigt nun sein eigenes Layout, während es wartet - vier statigen Fliesen, die Rückrufstreifen, zwei Reihen mit drei Karten, bei den realen Breiten - unter einem Band von Marke Licht überqueren die Seite auf einer Diagonale, und die echten Karten abgeben von ihren Geistern auf der gleichen Reihenfolge, so dass die Aufzeichnung löst entlang des Pfades die Licht reiste. Nur der Datensatz drängt die Scheine; die Zählungen und die Aufgabenliste lösen in ihren eigenen Fliesen, und die Marktscheiben erweitern den Eingang bestellen, wenn seine Konfiguration landet. Der Mastkopf verbindet die gleiche Sequenz: ein namenförmiger Geist anstelle des Wortes "Loading", und eine Drei-Segment-Schiene auf der unteren Kante - Rekord, Aktivität, Konfiguration - wo ein Segment weiß füllt, sobald es holt. Real Ankünfte, kein Zeiter. Es ist absolut positioniert, so dass die Registerkarte bleibt bündig mit dem Inhalt, den es beschriftet. Ein Skelett, das nie löst ist das schlechteste Ende Zustand ein Ladedesign hat, so eine gescheiterte Aufzeichnung gibt nun weicht dem, was passiert ist und ein Retry, das die Eröffnung holt, auf die Details und Hypotheken-Register beide. Die Choreografie von "kmail-*" in globals.css wird zur Familie des Hauses gleiche Regeln, gleiches Maled-Motion-Vertrag, plus "Kload-Sleettle" für die Übergabe und die Segmente der Bahn. /messages, /notes und /network bewegen sich unverändert. Keine neuen i18n-Tasten.
· SecurityService
Bitten Sie den E-Mail-Service, die vergangene E-Mail eines Leads zurückzubefüllen
Implements der gemeinsamen Bibliothek LeadEmailBackfillTrigger, so ticken "Associate Vergangene E-Mails mit Lead-Rein auf einer Lead-Save erreicht den einzigen Service, der lesen kann Briefkästen. Zwei Gefahren werden hier und nicht in LeadService gehandhabt. Es wartet auf die Verpflichtung: die Back-fill-Matches gegen den Kontaktpunkt, an dem der Speicher noch geschrieben wird, und gefeuert inline würde es gegen eine Zeile laufen keine andere Verbindung sehen kann noch, finden nichts, und Bericht Erfolg. Und es lässt das Mitglied nie warten: sogar akzeptieren der Job ist ein Sprung zu einem anderen Dienst, der unten sein kann, so geht es auf eine Hintergrundfaden mit kurzen Timeouts. Das schlechteste Ergebnis zur Verfügung, um die Mitglied ist eine Führung, die normal gespeichert.
· EmailService
Scannen Sie die Briefkästen der org für die vergangene E-Mail eines Leads auf Anfrage
Die Bedienung der "Associate Past E-Mails w/ Lead". Mit einem Vorsprung und die Adresse nur aufgezeichnet, lesen INBOX und gesendet von jedem Mailbox in, dass Lead-Organisation zurück ein Jahr und befestigen alles, das die Adresse trägt. Jede Wache, die der automatische Weg anwendet, gilt immer noch, denn jetzt gilt beide Wege teilen Sie eine Klassifizierung(): ein Org, dessen Adressen nicht klassifiziert werden können, wird abgelehnt, ein reiner interner Faden wird abgelehnt, und eine Firmenadresse ist nie ein Spiel Kandidat - so ticken Sie das Kästchen an einer Leine, deren E-Mail ist noreply@<org-domain. immer noch Mitarbeiter nichts, anstatt die Übergabe, dass die ganze Post des Unternehmens führen Strom. Oben obendessen muss die eigene Adresse des Leads tatsächlich auf der Botschaft. Läuft der Anfrage-Faden und Single-Threaded: eine ganze Organisation Postfächer brauchen viel länger zum Lesen, als ein Bleispeicher blockieren kann, und die Post Server erlaubt nur eine Handvoll Verbindungen pro Benutzer für die gesamte pod, so Concurrency hier würde den Live-Sweep eher verhungern, als schneller zu gehen. Die endpoint antwortet 202 "geklebt", nie "etwas gefunden" - das Mitglied sieht die E-Mails Registerkarte ausfüllen. Ordnerauswahl bewegt sich zu MailboxFolderScope, so dass der Sweep und die Back-fill kann nicht auf, wo Mail lebt; eine Zeitleiste, deren Inhalt davon abhängt, Pfad fand eine Nachricht zuerst wäre schlimmer als entweder.
· kamo-shared-library
Lassen Sie einen Lead-Anspruch Mail, die vor seiner E-Mail-Adresse
Passen ist point-in-time by design - eine Anlaufstelle beansprucht nur Verkehr in seinem Fenster, so dass die Bearbeitung einer Leerführung nicht rückwirkend die Geschichte umschreiben kann. Die Kosten ist, dass eine Leitung nach dem Gespräch eingegeben kann nie zeigen, dass Konveration, und das Mitglied hat keine Möglichkeit zu sagen, "diese Adresse war bereits ihre". linkHistorisch ist so. Es erweitert genau eine Sache, das Fenster, und nichts sonst: Die Adresse muss noch eine Kontaktstelle dieser genauen Leitung sein, in diesem exakt org, in einem Fenster. Es kann nicht ein Spiel erfinden, einen Mieter überqueren oder einen führen, dass nie die Adresse gehalten - die Tests Pin jeder von denen, weil alle Drei scheitern lautlos, da sich Post an das falsche Leerstück angehängte Post als Lead liest, der sich als Lead liest, der wirklich hat uns geschrieben. LeadService gewinnt die Naht, die die Absicht des Mitglieds trägt (eine optionale LeadEmailBackfillTrigger, abwesend in Dienstleistungen ohne Mail-Zugang) und beide Anfrage DTOs gewinnen die Flagge. Die Flagge wird absichtlich nicht beachtet: beschreibt einen Speicher, und jeder vorhandene Anrufer - Importe, Einlass-Endpunkte, MeridianLink-Patches, das Auto-Speicher des Lockmittels - sendet nichts und so erwirbt keinen Mailbox-Scan, den es nie verlangt hat.
· kamo-internal
Angebot, vergangene E-Mails zu assoziieren, wenn die Adresse eines Leads gesetzt ist
Post ist streng point-in-time mit einem Vorsprung abgeglichen: eine Adresse beansprucht nur Ansprüche Verkehr von dem Moment an, wenn es aufgezeichnet wird, so dass die Bearbeitung einer Leitung heute nicht neu schreiben, wessen Post letzte Woche war. Das ist richtig für den automatischen Weg und falsch für den Fall, ein Mitglied tatsächlich trifft - Eingabe einer Führung haben sie bereits E-Mails, dann finden Sie die E-Mails Registerkarte leer und der Thread offenbar verloren. So können beide Orte die eigene Adresse eines Leads gesetzt werden - die Kontaktscheibe auf /leads/view/{id] und die neue-Lead-Form zeigen nun eine ungeeignte "Associate Past E-Mails mit Lead" Box daneben. Ankreuzen bittet den Server, auf die Suche zu gehen; Es in Ruhe zu lassen, ändert nichts. Die Box erscheint erst, wenn eine Adresse gewesen ist getippt, und erinnert sich nie daran, angekreuzt: es beschreibt eine speichern, nicht die Führung, so ist es nicht beharrt und die Whitelist Builder lässt es völlig, wenn falsch anstatt das Senden einer falschen Lock Kehrkehrer der Auto-Save würde als eine Wiedergabe Wahl.
· kamo-internal
Ein Agent Picker für Zuweisung, Reservierungen und den Filter
Die zugewiesene Agentensteuerung auf der Zuweisungsscheibe eines Leads war eine lokale Komponente in LeadViewClient. Zwei andere Orte wollten es genau, so bewegt es sich zu ************ und nimmt den Picker-Dialog mit. Die Zuordnungsscheibe ist unverändert in Aussehen und Verhalten - sie besitzt sie einfach nicht mehr der Code. Reserve Opportunity - ein Mitglied mit EDIT_OPPORTUNITIES, das Recht, dass Tore Verwaltung von Möglichkeiten auf /leads/Chancen/reserviert, bekommt jetzt einen Vertriebsmitarbeiter Feld benennt, für wen die Reservierung ist. Es öffnet sich auf sich selbst, so dass ihre Einreichung ihrer Eigene Anfrage kostet nichts extra. Im Gegensatz zum zugewiesenen Agenten des Leads kann es nicht sein geleert: eine Reservierung ist jemandes Anspruch, und eine unbe unseigne ist nicht ein Staat der Rekord kann halten. Das ist die ganze von "clearable={false" - keine klare Taste auf das Feld, und kein Entfernen im Picker. Der /leads Agent Filter war ein Select, der von einem Holen des gesamten Personals gespeist wurde Verzeichnis, das ist, wo seine Optionen kamen und warum es immer nur bieten konnte eine Seite einer Org, die zu fünf Personen zählen kann. Es bewegt sich auf die gleiche Picker, der eine Seite zu einer Zeit sucht, so dass der Filter jetzt jeden Namen erreichen kann und das Ganzverzeichnis holen, sein Modul-Cache und sein ACTIVE-Filter sind verschwunden mit ihm, die gleiche Reinigung der Zuordnung Scheibe bereits getan. Die nützlichen Antworten dieses Filters beinhalten drei, die keine Menschen sind, also MemberPickerDialog wächst "schnelleOptionen": Zeilen über den Ergebnissen angeheftet, hier Ich selbst zuerst, dann All Leads, dann Unassigned Leads für ein Mitglied erlaubt zu sehen die. Ich selbst führt, weil es die Antwort ist, die am häufigsten gewollt ist und die eine Verzeichnissuche macht es am schwersten zu erreichen - sonst geben Sie Ihren eigenen Namen ein Wählen Sie sich aus den Namensvetter. Die **************** sentinels ziehen in LeadGridQuery neben das Mapping, das sie liest. Sie waren String Literals in beiden Orten, und ein Drift zwischen den beiden würde nicht versäumen, zu kompilieren: die Abfrage würde die behandeln unerkannte Wachtin als Mitglieds-ID, Filter auf ein Mitglied niemand ist, und zeigen eine leeres Gitter - das sich als "you have no leads" und nicht als Fehler liest. Die Sitzung trägt eine Mitglieds-ID und eine E-Mail, aber keine Anzeige-Name, so Aussaat der Reserve-Form mit "Sie" löst es einmal durch die Verzeichnissuche. Das Match ist auf der Mitglieds-ID, nie auf der E-Mail, die die Seite produziert: eine gemeinsame Mailbox kehrt mehrere Personen zurück, und die erste zu nehmen würde eine Gelegenheit für eine Datei Kollege, der nie danach gefragt hat. Auch Tropfen getAgentFilterMemberId, die keine Anrufer hatte und parseInt'd a 19-stellige Mitglieder-ID.
· SecurityService
Akzeptieren Sie eine Reservierung für einen anderen Agenten angehoben
POST **************** ehrt jetzt aufBehalfOfMemberId, gated auf EDIT_OPPORTUNITIES - die Rechten, dass Tore Verwaltungsmöglichkeiten auf der reservierte Liste, und bereits das Recht benötigt, um eine Gelegenheit zwischen Agenten zu bewegen nach der Tat. CREATE_OPPORTUNITIES allein immer noch Dateien Ihre eigenen. Ein Anrufer ohne ihn, der einen Agenten benennt, ist REFUSED, anstatt das Feld zu haben fallen gelassen. Leise Aufnahme der Reservierung unter ihrem eigenen Namen würde zuschreiben eine Behauptung an jemanden, der es nie geschafft hat, und würde dem Manager eine Anfrage zeigen, sie glauben, dass sie für jemand anderen eingereicht. Der benannte Agent wird gegen commissionEligibleMemberIds validiert - der gleiche VIEW_LEADS Pool apply applyPrimaryAgent verwendet und den gleichen Pool, den der Picker bietet. Parken eine Reservierung auf jemanden, der nicht öffnen kann die Blei es Reserven ist undurchführbar für sie. Der Akteur der Geschichte bleibt die Person, die gehandelt hat; die Notiz sagt, für wen es war. Und weil REQUEST_SUBMITTED geht an die Zulassungsgeprüfer, der Agent ist es eingereicht wurde explizit hinzugefügt, sie sind kein Genehmiger, so dass sonst die erste würden sie von einem Anspruch in ihrem Namen zu hören ist seine Zustimmung oder Verweigerung. Benötigt die KamoInitializerService Migration, die CREATED_BY_MEMBER_ID hinzufügt führen Sie zuerst, oder die erste Lektüre von allen Reservierung wirft.
· InitializerService
************ hinzufügen
Aufzeichnungen, die eine Reservierung eingereicht, wenn das nicht der Agent ist es Namen, so jemand Management-Möglichkeiten können eine im Namen eines Handelsvertreters ohne den Rekord zu erhöhen mit der Behauptung, der Agent tat es selbst. Nullable ohne Backfill, aus dem Grund PRIMARY_AGENT_MEMBER_ID keine: null bedeutet "der Antragsteller hat es selbst eingereicht", jede Zeile vor dieser Kolumne wirklich wurde selbst eingereicht, und Kopieren der Antragsteller in würde eine Tatsache zu erfinden und legte eine "Filed by"-Zeitung auf die Geschichte niemand durchgeführt. Kein Index - nichts filtert oder sortiert darauf, so würde man jeden schreiben und kaufen kein Lesen. Dies muss eingesetzt werden und VOR der SecurityService Änderung, die Karten Spalte: Dienstleistungen laufen ddl-auto:none, und Hibernate benennt jede abgebildete Spalte in seine SELECT, so würde der Service gesund beginnen und dann werfen auf der ersten lesen von jeder Reservierung.
· kamo-shared-library
Lassen Sie einen Manager eine Reservierung für einen Agenten erhöhen
Jemand, der Chancen verwaltet, kann jetzt eine Reservierungsanfrage für einen Verkauf einreichen Der Auftrag des Agenten. CreateReservationRequest führt aufBehalfOfMemberId dafür. Der genannte Agent wird REQUESTED_BY_MEMBER_ID, nicht die Person, die ihn eingereicht hat. Jeder nachgeschaltete Regelschlüssel aus dieser Spalte - wer kann um eine Verlängerung bitten folgt die Provision, was der Agent-Filter der reservierten Liste entspricht - also Anspruch muss sitzen, wo diese Regeln aussehen, und es ist wirklich der Anspruch des Agenten. Wer saß an der Tastatur geht in einem neuen CREATED_BY_MBER_ID statt in die gleiche Spalte gefaltet, so dass keine Tatsache von der anderen abgeleitet werden muss. Null, und Null behält seine eigene Bedeutung: der Antragsteller reichte es selbst. PRIMARY_AGENT_MEMBER_ID wird auf diesem Pfad absichtlich null gelassen. Es bedeutet "an Bewilliger verschoben dies von dem Agenten, der gefragt", und die reservierte Liste macht eine amber "Ausgesetzt von" Linie für sie - aber ein Antrag für einen Agenten eingereicht wurde nie von jemandem weggezogen, so "reassigned" bleibt falsch und "onBehalfOf" sagt die wahre Sache statt.
· kamo-internal
Die Balance-Kontrollen, die Free-for-all nicht nutzen können
Credit Balance, Daily Allotment und Max Balance handeln alle auf einem gewährten Saldo, und ein FFA-Produkt hat keine - Akzeptanz gibt es Mints und gibt seinen eigenen Kredit. Sie editierbar zu lassen, lud einen Manager ein, Zahlen zu setzen, die nie binden könnten. Sie machen jetzt als gedämpften Chip mit einem Tooltip sagen dies. Max Daily Spend bleibt editierbar und ist der eigentliche Hebel über ein FFA-Produkt: das Backend zählt jetzt FFA Akzeptanz als Geld ausgegeben, so dass die Kappe gilt auch dort.
· kamo-shared-library
Machen Sie free-for-all Akzeptanz ausgeben, so dass es gedeckelt werden kann
FFA umgangen das Kreditsystem völlig, die einen Manager ohne Hebel über links es: Max Daily Spend saß hinter wenn (!ffa) und konnte nicht Kappe ein FFA-Produkt, und "Akzeptiert heute" hatte keine Reihen zu zählen, weil nichts jemals ausgegeben wurde. Eine FFA-Annahme prägt jetzt einen Kredit und gibt ihn an der Leite im gleichen Block aus wie der Anspruch, so dass die Ausgaben-Rekord immer existiert und kann nie von der Zuweisung. Max Daily Spend zieht aus der Credit-only-Filiale und gilt für beide Wege - free-for-all bedeutet, dass dem Mitglied kein Guthaben zur Auszahlung gewährt wurde von, nicht, dass ein Manager nicht gebunden, wie viele sie an einem Tag zu nehmen. Bewusst immer noch nur Kredit: die org-wide Kredit-Schalter und die Balance-Check. Die FFA hat kein Gleichgewicht, um knapp zu sein. Die Kappe wird NACH diesen überprüft, so ein Kredit Mitglied, das sowohl pleite als auch gedeckelt ist, berichtet INSUFFICIENT_CREDITS. Note AcceptResult.creditSpent ist jetzt wahr auf dem FFA-Pfad (es wurde als dokumentiert immer falsch). Es ist genau - ein Kredit wird wirklich verbraucht - und es erreicht die die Antwort und die veröffentlichte NATS-Nützlast. LeadAssignmentType noch zeichnet AUTO_ASSIGN für FFA auf, so dass die Geschichte die beiden auseinander hält.
· kamo-internal
Benennen Sie den Antragor, verschieben Sie die Org-Linie, kürzen Sie die Schaltfläche Öffnen Org
Drei Einstellungen an den Tragflächen. "Open org as System User" ist jetzt "Open Org", unmittelbar nach Zuweisung/Vertretung anstatt am Ende der Zeile - es gehört zur gleichen Frage, die diese Antwort: diese ist die andere Sache, die Sie tun, wenn ein Ticket landet auf Ihrem Schreibtisch und die Antwort ist im Inneren Mieter des Kunden. Der Tooltip buchstabiert immer noch, dass sich der Tab als Systembenutzer öffnet, die das kurze Label fällt. Es hält sein Gewicht; es ist eine Tür in das eines anderen Geschäft und sollte sich nicht wie ein Geschwisterchen des Prioritätsabbruchs lesen. Die Organisation bewegt sich aus der Ticket-Header und links vom "+ New Ticket" Reihe, die die Kopfzeile für das Ticket selbst verlässt. Mit mehreren Tabs öffnen Sie die Tab-Bar trägt stattdessen die neue Ticket-Steuerung, so dass die Zeile für die Organisation allein . jeder Tab kann ein anderer Kunde sein, und das ist genau, wenn es sich lohnt zu sagen. Die Fensters eigener Titel lautet nun "{person] - {org], gebaut an einer Stelle, weil Besucher-Umbenennung Pfad schiebt auch einen Titel und ein zweiter Ausdruck ist, wie die Org leise fällt von dem Moment, in dem ein anonymer Besucher seinen Namen nennt. Chats - Support-Reihen sind nach der Person betitelt, die immer ASKED. Öffnen eines Tickets schließt sich seinem Chat an, so dass ein beschäftigter eine Agenten ansammelt und vom anderen titelt Die Teilnehmer benannten die Zeile jedes Mal um, wenn ein Kollege sie ansah - derselbe Konversation zeigt sich als eine andere Person. Der Name des Antragers stimmt nun zu das Gesicht bereits auf der Zeile.
· kamo-internal
Sagen Sie, welche Uhr der Ereignisdialog ist, und zeigen Sie die Startzeit
Vier Dinge, die der Komponist falsch gemacht hat, auf /kalender und auf der Startseite gleichermaßen. Die Zone war der Browser. Das ist eine Tatsache über den Laptop, nicht über die Mitglied: jemand, dessen Profil Eastern sagt und der von Denver aus arbeitet noch Bücher ihren Tag in Ostern, und der Dialog gesät "3pm Mountain" mit nichts auf dem Bildschirm, um es zu offenbaren. Neue Veranstaltungen entstehen jetzt in der eigenen Person Profilzone, gelöst durch die Zeitzone/effektive von SecurityService existiert seit August und hatte keine nächste Route vor sich, also jeden Anruf 404'd inside Next und fiel zurück auf UTC. Die Zone ist auf dem Wert benannt, unter der Picker, und neben dem Datum in der Kopfzeile, auf der Offset tatsächlich in Kraft am Datum der Veranstaltung und nicht am heutigen. Die Start-und Endfelder saßen Seite an Seite mit einem Pfeil zwischen ihnen und nein Etiketten überhaupt, zwei unangekündigte Boxen, die die Breite der Karte teilen - in dieser Breite eine datetime-lokale Eingabe hat weniger Platz als der eigene Inhalt benötigt, so dass die Lektüre wurde abgeschnappt. Mit der Karte mit der Überschrift "Startzeit" und die einzigen sichtbaren Wörter die Heute / Morgen / Ganztags-Tasten daneben, nichts auf dem Bildschirm sagte ein Anfang Die Zeit war da, um angepasst zu werden. Sie sind jetzt in voller Breite gestapelt, jeder benannt, und die Karte mit der Überschrift "When". Eine neue Veranstaltung begann an der Spitze der aktuellen Stunde, die in der Vergangenheit für 59 Minuten von jedem Sechzig; der Rückruf der Lead-Seite hat eine Stunde hinzugefügt und behielt die ungeraden Minuten und bot 16:37 Uhr. Beide verwenden jetzt DefaultEventStart eine Stunde aus, abgerundet bis zur Viertelstunde. Der Standard-Kalender war, was auch immer der Dienst zuerst aufgeführt, und der Service listet den gemeinsamen Kalender der Organisation absichtlich an, denn das ist die richtige Lesereihenfolge in der Seitenleiste, in der es ein Filter ist. Hier der erste Eintrag ist auch die Standardeinstellung, so dass ein neues Ereignis veröffentlicht wurde org-wide, es sei denn, das Mitglied bemerkt und sich gegen eine Entscheidung entschieden, die sie nie getroffen haben. Die eigene primäre des Mitglieds Kalender führt jetzt, und die gemeinsame trägt eine "org-wide"-Plakette. Der Lead-Creut-Komponist sätt die Lead-Zone nicht mehr leise; er bietet es als beschriftete Ein-Tap-Schalter neben dem eigenen des Mitglieds. Sein Komponist-Kontext wird memoised, das ist Tragen statt ordentlich - inline gebaut war es ein frisches Objekt jeder Render, so Kalender aus dem Netzwerk Mid-Typing kommen den Dialog zurücksetzen und verworfen, was das Mitglied eingegeben hatte.
· SecurityService
Publizieren Hibernate Aussage zählt zu Prometheus
/actuator/prometheus trug schon jdbc_* und hikaricp_* aber kein Winterschlaf_*, weil Spring Boot 3 diese Metriken nur automatisch konfiguriert, wenn ************ ist auf dem Klassenpfad. Hinzu kommt hibernate.generate_statistik. Der Grund ist konkret. Die Prüfung dieses Dienstes für N+1-Abfragen musste von grepping für Verbandsnavigationen, und diese Methode ist in beiden falsch Anweisungen: es überzählt, weil ein Vereinsnamen wie 'Verkäufer' oder 'Benutzer' ist faul auf einigen Entitäten und eifrig auf andere (9 von 67 gemeldeten Websites stellte sich heraus zu sein eifrig und brauchte nichts), und es unterzählt schlecht, weil es sieht .getX().getY() aber nicht Iteration über eine faule Sammlung, die die meisten der echte Oberfläche. hibernate_statements_total beantwortet die gleiche Frage durch Messung. Ein Endpunkt Die Ausgabe von 200 Anweisungen pro Anruf ist sichtbar, welche Form der Code nimmt, und Open-in-View-Einheit auf bedeutet, dass jede dieser faulen Lasten ist sonst still. Kosten ein paar Prozent. Lohnt sich in einem Service, wo die letzte Prüfung vier gefunden separate O(Rows) Endpunkte.
· kamo-internal
Zeigen Sie das Foto des Antragers auf jeder Support-Chat-Reihe
Jede Zeile in Chats - Support trug die gleiche blaue Unterstützung glyph, die keine Hilfe bei alle, wenn die Liste ist, was Sie scannen, um zu entscheiden, was zu holen. Das Gesicht ist jetzt die Person, die gefragt. Die Glyphe überlebt für genau einen Fall, und es ist eine Tatsache aus dem Server eher als Vermutung: ein anonymer Web-Chat-Besucher hat keinen Mitgliedsrekord, also das Ticket benennt das SYSTEM-Mitglied der org - den Eigentümer - als Antragsteller. Zeigt dieses Foto würde die falsche Person auf das Gespräch setzen, und auf der Plattform eigene Marketing Widget wäre es das Gesicht von wer auch immer die Liste liest. Das org-Verzeichnis des Betrachters wird immer noch zuerst konsultiert, weil es die Live-Kopie ist. Mitglied, das ihr Foto vorhin geändert hat, ist schon da - und Server-URL ist der Fallback, der Antragsteller in anderen Organisationen, die dieses Verzeichnisse hat noch nie gehört. Initialen fallen bewusst NICHT auf den Titel der Reihe zurück: in einer Support-Reihe Titel ist das Gegenstück, so dass ein Antragsteller der Server nicht nennen könnte gegeben werden würde die Initialen des Support-Agenten, auf dem Avatar, der existiert, um zu sagen, wer fragt. Mit weder einen Namen noch ein Foto gibt es keine Person zu zeichnen, und die glyph ist ehrlich.
· MediaService
Setzen Sie das Gesicht und den Namen des Antragers auf jede Support-Chat-Reihe
Eine Chats - Support-Reihe zeigte die gleiche Unterstützung Glyph auf jeder Zeile, so dass eine Warteschlange von sie war eine Wand aus identischen blauen Kreisen. Das Gesicht, nach dem die Leute tatsächlich suchen, ist wer ASKED, so dass die Zeile jetzt trägt die Anfrage-ID, Anzeige Name und Foto. Das Foto wird hier aufgelöst und nicht dem Kunden überlassen, der das Ganze ist Schwierigkeit: Jeder andere Avatar in diesem Feed wird vom Betrachter selbst verfüllt Organisationsverzeichnis und ein Support-Anfrageor ist immer auf dem Schreibtisch der Plattform jemand anderes Mitglied, so dass Verzeichnis nichts für genau die Zeilen zurückgibt ist für. Zwei Stapel liest eine Seite ab, im gleichen Geist wie der Besucher vorab neben ihnen. Die avatar-Reihe wird von id neu gelesen, anstatt von member.getAvatar( genommen zu werden: Avatar ist eine JOINED Hierarchie und der Verein ist faul, also ist das, was zurückkehrt, ein Proxy des BASE-Typs. Instanz von AvatarPhoto ist durch ihn auch nach Initialisierung, und jedes hochgeladene Foto würde für den Avatar Creator Vektor angesehen werden Weg. Das Laden durch ID gibt der Betonunterklasse und deren Dateierweiterung. requestorIsAmbiguous ist der Fall, für den die Glyphe überlebt, und es ist ein spezieller Fall eher als eine Absicherung: ein anonymer Web-Chat-Besucher hat keine Mitglieder-Eintrag, so dass die Das SYSTEM-Mitglied der org - der Eigentümer - nennt das Ticket. Ihr Foto würde die falsche Person auf dem Gespräch setzen, und auf der Plattform eigene Marketing Widget wäre es das Gesicht von wer auch immer die Liste liest.
· kamo-internal
Pool-Zählung auf der Produkt-Header, akzeptiert-to-day pro Mitglied
Leads Available wurde in jeder Mitgliedsreihe einer Produktgruppe dargestellt, aber es ist ein Eigentum des (Produkt, Markt) Pool - die gleiche Anzahl wiederholt nach unten Spalte für so viele Mitglieder wie Regeln halten. Es bewegt sich zum Gruppenkopf, einmal, wo es hingehört. Die befreite Spalte zeigt nun, was tatsächlich fehlte: wie viele Leads jedes Mitglied hat bisher akzeptiert, als "3 / 10" gegen ihre Max Daily Spend so gemacht Die verbleibende Kopffreiheit ist auf einen Blick lesbar. Die Graf kommt von /manage, die löst "heute" auf die gleiche Weise, wie die Kappe tut - die eigene Zeitzone des Mitglieds.
· kamo-shared-library
Die Foto-URL eines Mitglieds aus der gemeinsamen Bibliothek auflösen
Die Chats - Support-Liste ist dabei, das Gesicht des Antragstellers zu zeigen, und eine Unterstützung Der Antragsteller ist - auf dem eigenen Schreibtisch - immer das Mitglied eines anderen. Jeder anderer Avatar in diesem Feed wird auf dem Client von der VIEWER'S org verfüllt Verzeichnis, das noch nie von ihnen gehört hat, so dass dieses Server-Seite aufgelöst werden muss von MediaService. Das bedeutet, dass ein zweiter Dienst ein Avatarobjekt benennt, und der Objektpfad ist genau die Sache, die nicht zweimal existieren darf: es verwendet, um mit welchem Host die vorangestellt werden Anfrage angekommen, so dass ein Foto auf einer org-Domain hochgeladen 404'd, wenn von gelesen eine andere, erniedrigend zu Initialen und sieht aus wie "kein Foto" statt wie ein Bug. Also bewegt sich AvatarObjectPaths hierher und die Kopie von SecurityService wird delegierend Alias, die keine eigenen Fäden halten. memberAvatarUrls fügt den Rest der Auflösung hinzu: Member-override vor dem Benutzer default, Foto vs Avatar Creator durch den DISCRIMINATOR vor Instanz entschieden - a faul geladener Avatar ist ein Proxy des Basistyps, so dass Instanz von jedem hochgeladenen senden würde Foto auf die Vektor-Pfad-und Host-Themen-Dom-Domain. Ein Host, der keine Domäne ist gibt keine URL als eine Vermutung: kein Bild degradiert zu Initialen, ein gebrochenes nicht. Fügt auch REQUESTOR_ID zu den beiden Support-Chat-Feed-Projektionen hinzu.
· SecurityService
Rückgabe der akzeptierten Zählung jedes Mitglieds pro Produkt
Manage-Credits zeigt Max Daily Spend aber nichts darüber, wie viel davon verwendet wird, so konnte ein Manager nicht sagen, ob ein Mitglied war eine Führung von ihrer Kappe oder hatte nicht gestartet. /manage kehrt nun akzeptiertToday keyed memberId::vendorProductId zurück. "Heute" ist genau wie CreditLeadAssignmentService löst es bei der Durchsetzung der cap - die eigene Zeitzone des MEMBER, Start-of-Day bis jetzt, die gleiche Zählung LeadCredit.dateSpente Zeilen - so ist die Zahl buchstäblich die Zahl der Kappe ist getestet gegen eine zweite Meinung darüber, was ein Tag ist. Eine gruppierte Abfrage pro Mitglied, nicht eine pro Mitglied x Produkt. Hinweis FFA Produkte Bericht 0: Annahme gibt es keine Kredite, und die Kappe tut Nicht für sie gelten entweder (die gesamte Kredit-Block ist hinter, wenn (!ffa)), so dass die zwei Spalten bleiben konsistent.
Euer Universum wartet.
Fügen Sie Produkte hinzu, wann immer Sie möchten – keine Migration, keine neuen Anmeldungen.
Für immer kostenlos – keine Kreditkarte erforderlich