- Spegnimento
- 26 agosto 2026 alle ore 19:25 UTC
- Autore
- Kamo
- Impegno
- 07db639
La cartella di ogni logo, colore, favicon e sfondo è stata scritta l'hostname dell'organizzazione con i punti trasformati in trattini. Un dominio è facoltativo ora, in modo che non poteva nominare una cartella per un'organizzazione che non aveva portato uno — e il fallimento era silenzioso in entrambe le direzioni. Caricare un logo era rifiutato con "Nessun dominio configurato per questa organizzazione"; la lettura uno cadde attraverso la cartella della piattaforma, così il cliente ha visto il marchio di Kamo su una spazio di lavoro il cui proprio era previsto e non differito. La cartella è ALIAS dell'organizzazione, che è obbligatoria, unica e già a forma di segmento di percorso. Vedere OrgThemeAssets in kamo-shared-library. Che cosa cambia qui: - provisionFull/provisionUpdate prendere l'organizzazione e derivare la cartella da quindi un chiamante non può più dirigere il marchio di una organizzazione in una cartella prende il nome da qualcos'altro. il campo `domain` di provision-theme viene ignorato. - upload-logo, commit-backgrounds e provision-theme smettere di rifiutare un organizzazione che non ha dominio. - Il logo del raccoglitore di spazio di lavoro scende due sottoquadri correlati string agg per organizzazione — esistevano solo per elaborare quale cartella ciascuno branding era stato fornito in, e l'alias è già sulla fila. - Il sign-in reindirizzare NAMES l'organizzazione (&org=θalias>). interno. Traduzione: serve ogni organizzazione senza una serie di propri, quindi una scheda che arriva con solo una chiave una volta risolto l'host, ha ottenuto la piattaforma, e ha dipinto Kamo's logo sullo spazio di lavoro a cui il membro aveva appena firmato. come era stato fisso a dirlo; il segno ordinario non aveva. È un riferimento, non un le credenziali, e un alias che non può essere letto non blocca mai il sign-in. - Gli sfondi virtuali dei membri smettono di derivare dalla loro cartella dall'host della richiesta, che ha risposto "kamocrm-com" per ogni subdominio inquilino — quindi un bambino gli sfondi dell'organizzazione sono stati scritti in, elencati da e DELETED fuori la cartella della piattaforma. - Lo spazio di archiviazione attribuisce entrambi i prefissi, quindi un'organizzazione migrata l'uso di marca non sembra dimezzare durante la notte. ThemeFolderMigrationService copia i beni di ogni organizzazione nel suo alias cartella all'avvio. Copie, mai cancella: non c'è momento sicuro per rimuovere il vecchio chiavi — una scheda aperta attraverso il deploy, un'e-mail cache, un preventivo PDF già inviato tutti ancora li riferimento — e il costo di sbagliare è ogni white-label il marchio del cliente svanisce subito. Idemponte e un Blip MinIO non deve fermarsi il servizio di partenza. Già in esecuzione contro la produzione: 14 organizzazioni, 298 oggetti, tutti al servizio. OrgAliasPolicy è il terzo pezzo, e quello che conta più ora l'alias è un segmento di percorso. La regola della forma è stata applicata solo dal punto di vista della disponibilità la procedura guidata chiama come il campo è digitato — il creare i duplicati controllati endpoint e tutti i digiti e nient'altro, così qualsiasi chiamante che ha saltato il mago potrebbe conservare un alias che tiene uno spazio, un punto o uno slash. Si riserva anche le etichette piattaforma serve, perché un'organizzazione alias "tema" risponderebbe all'host ogni inquilino legge i suoi beni da; e i prefissi del secchio che non appartengono a organizzazione, di cui "default" è quella pericolosa: il tema base ogni l'organizzazione è seme, da cui i risparmi di una tale organizzazione riscriverebbero. Verificato contro un checkout pulito del principale più solo questi file: 1418 test, 0 guasti. Nessuna organizzazione esistente detiene un alias riservato o malformato.