- Spegnimento
- 15 agosto 2026 alle ore 02:00 UTC
- Autore
- Kamo
- Impegno
- 336b88d
Le note sono reali, e a partire da oggi completamente gated — VIEW, CREATE, EDIT e DELETE sono applicato su ogni punto finale di KBService's NotesController. Questi due non avevano niente a nome. Non esiste una condivisione modellata da nessuna parte nella piattaforma: nessuna colonna su Nota, nessun campo su NoteDTO, nessuna tabella note shares — le tabelle note sono note, note tags, note versioni e note embedding records — nessun punto finale tra i dieci e nessun UI. I tre "share" colpiscono a FloatingNote. tsx sono prose e quelli in servizio sono il nome del pacchetto com.kamo.z.shared. L'architettura punta allo stesso modo: a La chiave del contenuto di nota deriva dal suo proprietario, quindi condividere uno è un ri-keying problema piuttosto che un punto finale mancante. MANAGE NOTES SETTINGS non ha alcuna superficie delle impostazioni — nessuna scheda sotto impostazioni/funzioni, nessun percorso sotto app/impostazioni, nessuna tabella di configurazione, nessuna entità di configurazione, nessun riferimento da nessuna parte nel frontend. Questo è il caso CREATE CHANNELS, dove il sostantivo non esiste, e deliberatamente non il caso MANAGE MEETINGS tenuto la scorsa settimana, dove il sostantivo è modellato — MeetingStatus ha già CANCELLED e ENDED, e WebinarService guida entrambi — e solo il verbo è inesposto. Il test che indica la tassonomia porta il ragionamento. La tassonomia 196/132/33/31 diventa 194/131/33/30, 63 radici. Due numeri si muovono piuttosto di tre: SHARE NOTES era uno dei quattro figli di VIEW NOTES, quindi VIEW NOTES rimane un root-with-children invece di collassare il modo in cui ACCESS CHAT ha fatto. Ids 72-73 sono bruciati. RoleRightTypeIdConverter persiste il id, quindi un diritto futuro riusare uno avrebbe ereditato qualsiasi cosa quelle righe significate nelle org che li avevano acceso. Le righe memorizzate vengono rimosse da NotesRightsPurgeMigration.