Changelog
Was ist neu?
Jede Verbesserung an der Plattform, wie sie geliefert wird.
· kamo-internal
Task-Typen, die Sitzungs- und Lead-Clients und die fälligen Zeiten in der Mitgliedszone
· kamo-shared-library
Aufgabenspalten, Links, Kommentare, Posteingangs-Links und Autorschaft
· kamo-shared-library
KI-Signatur-Offenlegung auf dem Signaturfeld config
· KlusterServices
Pinned, hash-verifizierte Modell holen und ein Warm-up, das die Hülse hält, bis jedes Modell ist Wohnsitz
Das Warm-up lässt auch ein Modell fallen, dessen Last versagte: Speaches 0.9.0-rc.3 hält die Eintrag einer fehlgeschlagenen Last, so dass das nächste StartupProbe würde 409 und /api/ps würde Liste ein Modell, das nie geladen.
· kamo-shared-library
Nie zugrantable KI-Rechte, ARTIFICIAL Vorlagentyp, AI-Access-Log-Events
· kamo-internal
AI-Mitglied Client-Bibliothek und BFF-Proxys
Der Kunde für den Zustand eines KI-Mitglieds, Pause/Reume/Ruhestand, Einstellungs-Checkliste und Wieder versuchen, Sitze, die Organisation der Belegschaft Kontrollen und die Plattform töten schalten, plus vier Relais zu SecurityService. Ein Relais verweigert ein . oder .. Segment mit 404 vor der Weiterleitung: encodeURIComponent lässt Punkte intakt und die URL fetch builds würde sie über dem übertragenen Präfix auflösen.
· kamo-shared-library
Rezidence gebunden, Erinnerungscoder und EXDATE Entität; UTC Zone Standard
· TranslateService
Präsentieren Kamo's upstream Token zu Bergamotte und libretranslate
· SecurityService
Die Registerkarte Aufgaben ist Aufgaben - bedient von KBService, hier wie die Führung selbst abgesperrt
· RAGService
Präsentieren Sie den TEI API-Schlüssel für die Einbett- und Neuranking-Modelle
· kamo-shared-library
STRING Registry enums, 24 Anbietertypen, digittolerante Konverter
· APIService
Routen Sie die Benachrichtigungszentrale für das Telefon
· DaemonService
Kamoai-hire-steps Job treibt SecurityService's Mietschritt Sweep jede Minute
· KBService
Das SP06-Schema - Aufgaben, Links, Kommentare, Posteingang, Hinweislinks und Autorenschaft
· kamo-shared-library
KI-Mitgliedsstaat, org Pause und Kill-Switch-Kolumnen (nur in JPA lesen)
· KlusterServices
Svc_ai veröffentlicht ai.registry.changed.
· kamo-shared-library
Aufgabenstatus, Priorität, Datensatz-Link-Sektionen, Posteingang und Master-Noten
· KlusterServices
Svc_security veröffentlicht kamoai.platform.state, svc_kamoai abonniert es (KamoAI SP02)
SecurityService kündigt die Plattform KI töten Schalter auf kamoai.platform.state und KamoAI Service hört zu. rt.org.<org".ai-workforce braucht kein neues Stipendium: svc_security veröffentlicht bereits rt.org.
· KlusterServices
Das gemeinsame kamo_svc-Login zurückziehen
· kamo-internal
Bildblasen zeichnen eine 480px Vorschau; der Leuchtkasten behält das Original
Ein Chat-Bild wird höchstens 240x240 CSS px gezeichnet und die Blase hat das Ganze heruntergeladen Original, um es zu tun - 3-8 MB pro Telefonfoto, pro Betrachter. AttachmentChip zieht jetzt **************** MediaService's 480px WebP (Zehner von KB), machte das erste Mal, dass jemand fragt und beantwortet mit dem Original, wenn eine Bild hat keine (eine Animation, ein Vektor). Die Leuchtbox, Downloads, Video und Audio lesen Sie das Original. Fallback: Wenn die Vorschau ausfällt, versucht die Blase das Original an der gleichen URL Generation, und nur der Ausfall der ORIGINAL tritt useAttachmentSource's ein Erholung (Cookie Re-Plan, dann das HEAD Urteil) - eine gebrochene Vorschau ist nie als vermisste Datei gemeldet. Der Chip merkt sich, an welcher URL die Vorschau ausgefallen ist, so eine Erholung, die die URL ändert (die Re-Plan, Retry) versucht die Vorschau wieder, anstatt das ganze Original in der Blase zu lassen. /api/media/* ist kein proxikiertes Präfix, so dass die Vorschau eine eigene Route-Datei hat. Beide Routen teilen sich jetzt app/lib/imagingProxyRelay.ts (gleiches OTK vorwärts, gleich Durchweisung von MediaServices CSP/nosniff/Disposition, plus x-attachment-rendition), und verweigern eine id, die keine UUID vor dem Bau ist die vordere URL. Einsatz von NACH MediaService (dem / Vorschau-Endpunkt). Wenn dies zuerst landet die Vorschau-Anfrage 404s upstream und jede Blase fällt zurück auf das Original das heutige Verhalten, eine zusätzliche kleine Anfrage.
· MediaService
Bildanhänge werden aus einer 480px Vorschau gezeichnet, nicht aus dem Original
Eine Chat-Blase zeichnet ein Bild mindestens 240x240 CSS px und jeder Betrachter heruntergeladen das Original zu tun - 3-8 MB pro Handy Foto. GET **************** beantwortet jetzt ein WebP mit 480px auf seiner langen Kante; der ursprüngliche Endpunkt, die Lightbox und Downloads sind unverändert. Eine Vorschau pro gespeicherter Datei (ImgDat), nicht pro Anhang: <imgDatId?_thumb_480.webp in der Bildsuche, neben dem Original. Der _Daumen-Infix ist das, was Die OrgObjectStorageSweep-Rechnungen von SecurityService sind eine Ableitung dieses dat. Es ist absichtlich nicht die Bildgebungsbibliothek _thumb_p0.png (ein 640px PNG DocsService dient unter Dokumentenrechten und Flaggen auf dem gemeinsamen dat). Hergestellt bei Upload und auf Wunsch. Beide befestigen Pfade (Upload, und der dedup Link) Warteschlange im Hintergrund; eine Anfrage, die keine findet es auf der spot via ConversionService /api/Konversion/Bild/Vorschau - so jeder bestehende Anhang bekommt eins das erste Mal, dass jemand schaut, ohne Backfill. Concurrent Anfragen für den gleichen Inhalt kommen einer Generation bei; höchstens zwei Runs pro Pod; Hintergrund Warteschlangen Tropfen eher als wächst. Eine Ablehnung (Animation, undeutlich, nicht kleiner) wird als Null-Byte-Objekt erinnert und das Original wird serviert von nun an; ein Ausfall (beschäftigt, unten, ein 404 von einem ConversionService ohne die endpoint) ist nicht erinnert. Wann immer es keine Vorschau gibt, dient der Endpunkt das Original genau wie /imaging/proxy/{id], also ein <img> darauf gerichtet bekommt immer ein Bild. X-Attachment-Rendition sagt welche. Zugriff: beide Endpunkte gehen durch eine autorize() - Authentifizierung, Existenz, Widerruf, Nachricht Entfernung, fehlende Inhalte, Sitzungsmitgliedschaft, gleiche Reihenfolge, gleiche Antworten - bevor der Preview Store berührt wird. Ein widerrufener Anhängsel Die Vorschau wird im selben Moment abgelehnt wie ihr Original. ImagingProxyPreviewAccessTest neigt jede Ablehnung an das Original (Status und Körper, GET und HEAD); eine negative Kontrolle (Mitgliedschaftsprüfung übersprungen für die Vorschau) versagt es. Eine Vorschau GET zeichnet den ersten Download des Mitglieds auf, als die ganze GET-Datei Original tat, als Blasen das Original zeichneten. Einsatz von NACH ConversionService f7729d9 (der Endpunkt). Bevor es landet jeder Vorschau-Anfrage nicht weich zum Original; nichts ist markiert.
· ConversionService
/image/Preview schneidet ein Chat-Foto in ein 480px WebP
Ein Chat-Bild-Anhang wird höchstens 240x240 CSS px und jeder Viewer gezeichnet heruntergeladen das Original, um es zu tun - ein Handy-Foto ist 3-8 MB. MediaService wird eine Vorschau pro gespeicherter Datei (ImgDat) speichern und dazu dienen, Chatblasen zu speichern; dies ist der Cutter, den er ruft. ImagePreviewService passt die lange Kante auf 480 (2x die Box), nie gehoben, und schreibt verlustbehafteten WebP ohne Metadaten. EXIF-Ausrichtung ist gebacken (ein Portrait Die Vorschau des Fotos würde sonst auf der Seite neben seinem aufrechten Original liegen), mit 08.09.2018peg's eigenem Autorotate aus, so dass kein Build zweimal rotieren kann. Vektoren, Animationen (GIF, APNG, animiertes WebP), unentodierbare Bytes, überdimensionierte Quellen und Vorschauen nicht kleiner als das Original sind REFUSED - 422 mit X-Preview-Verweigerung, an den sich der Anrufer erinnern kann. Geschäftig/timeout/ffmpeg Ausfall ist 503 und sagt nichts über das Bild. Speicher, nachdem die Logo-Leiter OOM-killed beide Pods: 08.09.2018peg läuft eine nach der anderen, einfach-faden **************** 1), Waagen vor dem Drehen, und dekodiert ein JPEG bei 1/2-k in der IDCT (-Lowres, halten 2x die Vorschaukante). Peak RSS gemessen mit /usr/bin/time -f %M auf der genauen Befehl: 12 MP JPEG 68 MB, 48 MP JPEG 123 MB, progressiv 12 MP 92 MB, 16 MP PNG 115 MB (184 MB für reines Rauschen). Decken: JPEG 52 MP, PNG/WebP/GIF 16.8 MP, Quelle 40 MiB. Nur intern auf dem Public-Chat secret MediaService präsentiert bereits /transcribe; fails geschlossen.
· kamo-internal
Zeichnen Sie Logos von den vorgroßen Varianten des Servers, nie das Multi-MB Original
Ein Mitglied sah das Org-Header-Logo klein im Komponisten, aber ein Bild von 3 MB in die gesendete Mail: jede Logooberfläche verlinkt, die mit "img/logo-full.svg" / .img/logo.svg' verbunden ist, die für ein raster-Logo org eine SVG ist, die den gesamten Upload umwickelt (Crm: 2.95 MB), gezeichnet 24-120 px hoch - und in E-Mail, in einem Format Outlook nicht angezeigt. **************** jetzt schreiben ************ neben den Originalen (LOGO_VARIANTS_CONTRACT). Diese Routen jeder Logo Verbraucher durch einen Helfer und behält das Original als Fallback, weil Varianten wird für eine Weile auf dem Live-Eimer fehlen: - ************ LOGO_RUNGS, pickLogoRung .= cssPx x 2, anderes 1024), logoVariantUrl, logoDisplayCap, die Sonde (SondeImage, zwischengespeicherter Tab), umgeetRemoteImageExists (HEAD, 10 min) und gesendete E-Mail begleichen/verifizieren von PNG rprossen. useLogoVariant.ts: useLogoVariantSrc (<img>: Variante, dann Original auf Fehler, dann der eigene Fallback des Anrufers), ProbedLogoUrl (CSS/mask/canvas: '' bis provisoriert, nie beides), Verwenden Sie EmailLogoLadders, verwendenRemoteImageVerdicts. - ThemeLogo wählt die Sprosse aus der eigenen Box (NavPri 64, home 128, Einstellungen 128, laden 256, Validierung 192, Wasserzeichen/Tafel 1024) und fällt auf Fehler zurück; die Overlay-Maske folgt. Backdrop/Fehler/nicht gefundene Wasserzeichen, der Seitenübergang Abdeckung (wählenCoverLogo + Sonde), esign Wasserzeichen (1024) und Picker (64), Schach mark (192), Hosted Computer Launchpage (128, Daten-Fallback onerror), Meet Branding Vorschauen (128), E-Mail Vorlage Editor Vorschauen, /Netzwerk-Chips (via die Bild-Proxy, Variante --Original -- initial) und Hold'em-Chip-Gesichter (128). - E-Mail: ResolvedImages trägt die PNG-Leiter jedes Logos (gezeugt); die Header, Signatur und Abzeichen Renderer drucken die Sprosse für die Größe, die sie zeichnen. Jeder send path bestätigt jede gedruckte Sprosse mit einem HEAD und legt das Original zurück wo es fehlt (Komponist + seine Sitzung einladen, Kampagne / trp Wrap, die Meet-invite Route). Hochgeladene Fußabzeichen fragen EmailService nach .?h=<2x (<= 128). Gespeicherter Platzhalter HTML hat nie eine Sprosse. Die Meet-in-Einladungsroute liest nun das Thema aus dem Org-Alias statt aus dem Pre-Alias FQDN-Ordner. - Links auf Originalen von Design: LabelManager, Setup-Wizard LogosStep, favicons. Tests: rung Picking, URL-Form, Sonde/HEAD-Caches, beide Fallbacks, ThemeLogo, Cover-Auswahl, OrgLogo-Kette, Launch-Page-Fallback, Abzeichen ?h=, und eine Verkabelung Wache, die jedes Header/Sigatur-Layout mit einem Leiterlogo macht und verfehlt auf jeder raw /img/logo URL oder ungeprüften Senden Pfad.
· kamo-register
Registrieren Sie Logos laden eine vorgroße Kopie, und das Original, wenn es fehlt
Jede Themenmappe trägt nun img/sized/<stem?/h<rung>.webp neben jedem Logo. Ein PNG org's logo.svg / logo-full.svg ist sein gesamter Upload in base64 (mehrere MB), gezeichnet 30-72px hoch hier; die Sprosse ist die kleinste Höhe, die die gezogene Größe bei 2x abdeckt. - logoVariants.ts: die Spresselleiter, pickLogoRung, Varianten-URLs und eine Pro-Tab-Platte von Varianten das ist gescheitert. - ThemeLogo probiert die Variante zuerst, die ihre numerische Höhe absende: das Landelogo (72) h192, der Durchflusskopf (30/44) h64/h96, der Vervollständigungsbildschirm (52), /org (60) und /sorry (64) h128. Es hatte überhaupt keine Fehlerbehandlung; jetzt zeigt eine fehlgeschlagene Variante die ursprüngliche URL genau so an, wie sie ist wurde vor gebaut. Das versteckte <img" ist die Sonde, der die Overlay-Maske folgt.
· kamo-login
Anmeldelogos laden eine vorgroße Kopie und das Original, wenn es fehlt
Jede Themenmappe trägt nun neben jedem Logo img/sized/<stem>/h<rung?.webp. Ein PNG org's logo.svg / logo-full.svg ist sein gesamter Upload in base64 (mehrere MB), gezeichnet 30-140px hoch Hier; die Sprosse ist die kleinste Höhe, die die gezogene Größe bei 2x abdeckt. - logoVariants.ts: die Spresselleiter, pickLogoRung, Varianten-URLs, eine Pro-Tab-Rekord von Varianten, die gescheitert, und verwendenLogoVariantSrc für Bilder, die nicht ein ThemeLogo sind. - ThemeLogo probiert die Variante zuerst aus (Strangabstand / maxHeight / Breite): das Anmelden und Logo (maxHeight 140) h384, das Dialoglogo (96) h192, Reset-Passwort und verify-email-change (52) h128, Logout (120) h256. Bei einem Fehler zeigt es die ursprüngliche URL genau wie es vor gebaut wurde, dann geht die Erweiterung Fallbacks, wie es immer tat. Das versteckte <img" ist die Sonde folgt die Maske. - Die 48px-Zeichenmarke bei der Anmeldung und Erholung: h96, dann das Original. Seine Vorlast wartet auf mounten, so dass der Hydratärcher nicht mehr das ganze Original holt. - WorkspacePicker-Reihen (ca. 30px): h64, dann das Org-LogoUrl, dann das Monogramm.
· EmailService
Inline vorgroße PNG-Logos; Fußabzeichen in gezogener Höhe serviert
Transaktionelle E-Mails nur inlined ein Logo, wenn das Original war ein SVG unter 512 KB. Eine E-Mail von PNG-Logo org verlinkte stattdessen den gesamten Upload - crm's 2.2 MB logo-full.png für einen Kopfball, der höchsten 48px hoch gezeichnet ist. - EmailTemplateService fragt EmailLogoService nach dem vorgroßen PNGs SecurityService jetzt schneidet neben jedem Logo (img/sized/logo-full/h96.png für den 48px Header, img/sized/logo/h64.png für die 28px-Fußmarkierung), inlined as cid: parts und cached 10 min. Pro Logo, der alte Pfad (rasterisieren Sie das Original SVG, sonst verknüpfen) bleibt der Fallback, während die Kopien einer org noch nicht existieren. - ************ nimmt ?h=: ein PNG/JPEG-Abzeichen höher als die angeforderte Höhe (auf 32/48/64/96/128) wird mit Fläche verkleinert averwertmäßig und zwischengespeichert; GIF/WebP/SVG, kurze Abzeichen und Ausfall die gespeicherten Bytes, so dass jede URL in Mail bereits gesendet wird unverändert.
· SecurityService
Vorformatige Kopien von jedem Org-Logo neben dem Original
Jede Oberfläche gezeichnet org Logos aus dem Original-Upload: 2.2 MB für crm's full logo bei einem 30-56px-Leiste/Header, 2.95 MB (svg Stand-in) im E-Mail-Komponisten, 4.3 MB für seinen nachgezeichneten Lebensstil SVG. ThemeLogoVariantService behält jetzt ************ + manifest.json für alle acht Logo-Slots (Stiel = Dateiname des Originals), geschnitten von ConversionService /image/logo-varianten. Kunden wählen die kleinste Sprosse .= gezogene Höhe x 2 und fallen zurück zum Original. Die Originale sind unberührt. - Upload-Logo: die Kopien des alten Logos werden zuerst gelöscht (nichts abgestanden ist jemals serviert), dann werden die neuen geschnitten; der Antrag wartet höchstens 20er, der Rest endet im Hintergrund. Nachdem das Ext gerettet ist. - BereitstellungFull/ProvisionUpdate: sicherstellen Alle Neuausschnitte nur Stiele, deren Quell-Bontes geändert (SHA-256 im Manifest), Tropfen Kopien eines Logos, das verschwunden ist. Vorher wie die Favicons, wie die Werke schreiben. - DataLoader: eine Hintergrund-Verfüllung für jeden Live-Org (nicht auf dem Bootpfad). - img/size/ ist nie aus dem Basisthema gesät.
· kamo-signer-monorepo
Zeichnen Sie das Logo der Org aus seiner vorgroßen Variante, das Original nur, wenn es fehlt
Eine Signierseite zeichnete das von org hochgeladene Logo - crm's logo-full.svg ist 2,95 MB hoch. Der Themenservice schneidet nun img/sized/<stem?/h<rung>.webp neben jedem Logo; fragen Sie nach der kleinste Sprosse, die scharf bei dpr 2 ist und auf die ursprüngliche URL zurückfallen, genau so, wie sie gebaut wurde vor, auf jeden Fehler (Ordner noch nicht verfüllt, eine gescheiterte Generation). - Pakete/Themen-LogoVariant.ts: LOGO_RUNGS, pickLogoRung (dpr 2), logoVariantUrl, logoVariantFromUrl; exportiert aus dem Themenpaket. - ThemeLogo: die Variante ist der erste Versuch, von der numerischen Höhe des Anrufers gesäumt, sonst maxHeight, sonst die Breite gebunden (kein gebunden: das Original, wie zuvor). Ein Fehler auf es geht zu das Original, dann die bestehende Erweiterung zu Fuß und FallbackText. Die Overlay-Maske folgt die versteckte <img", die die Sonde ist. TopBar h64, ************ h96. - Zitat Briefkopf (max-Höhe 56 - . h128): QuoteLogo leitet die Variante von branding.logoUrl ab bei render time, so zitiertThemeAlias liest immer noch den Ordner aus der unveränderten URL. Die Seite ist server-rendered, so dass die Halterung auch eine Variante, die 404ed vor der Hydratation fängt.
· kamo-apps
Logos fragen nach einer vorgroßen Variante und fallen auf das Original zurück
Das Logo einer Organisation ist hier 30-180px hoch gezeichnet, aber vollständig heruntergeladen: crm's logo-full.png ist 2.2 MB, sein .svg Stand-in 2.95 MB. ThemeLogo fragt jetzt für img/sized/<stem?/h<rung?.webp zuerst, die Sprosse für die doppelte Größe der zweifache der höchsten es kann gezeichnet werden (lesen Sie ihre eigene Höhe/MaxHeight/Breite Stützen: die Schiene 128, der obere Bar 64, der empfangene Header 96, das Portal-Sign-in 384, das Portal Shell 64). Eine fehlende Variante fällt auf das Original genau so zurück, wie es war vor, und nur dann geht die Erweiterungsliste. Die Overlay-Maske malt mit einer Variante erst nachdem das versteckte Bild geladen wurde. Das Foto des Leihoffiziers fragt nach dem 150px _md Schnitt statt der vollen Upload; sein Fehler fällt zurück auf das Original, dann auf Initialen.
· ConversionService
/image/logo-varianten schneidet ein Logo in vorgroßes PNG + WebP-Sprossen
Org-Logos werden einmal hochgeladen und überall bei 24-120px gezeichnet, und jede Oberfläche das Original heruntergeladen: crm's logo-full.png ist 2.2 MB (svg Stand-in 2.95 MB, das ist, was die E-Mail-Komponist Links bei 40-48px), seine Traced Lifestyle SVG 4.3 MB. LogoVariantService macht jedes Logo (SVG via Batik, raster via 08.09.2018peg mit einem Pinned demuxer) zu einer Höhenleiter 32..1024 in PNG (E-Mail) und verlustbehafteter WebP mit alpha (Web, mobil), nie ein Raster und Deckelbreite bei 4096. Einse 08.09.2018peg Prozess pro Logo. Der Endpunkt beantwortet einen Reißverschluss von h<rung?png/.webp + manifest.json. SVG: eingebettete Daten: Bilder sind erlaubt (Figma-Exporte sind eine), jede andere Ressource und alle Skripte werden abgelehnt; eine einfache SVG 1.1 DOCTYPE (Illustrator) ist fallen gelassen, wird eine mit einer internen Untergruppe abgelehnt. Gemessen an echten Logos: crm logo-full h128 = 67 KB PNG / 19 KB WebP.
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