- Expédié
- 22 août 2026 à 08:51 UTC
- Auteur
- Kamo
- Commite
- 626d405
GET /api/notes/master répond à la fois et dispositions manquantes. PUT /api/notes/master/org écrit "Notre note-cadre", adressée par organisation plutôt que par note id, il n'y a donc rien à deviner et aucune autre organisation note d'atteindre. L'édition en charge de la MANAGE-ORG-MASTER-NOTE ou de la propriété l'organisation - l'étage propriétaire est la garantie anti-lockout, puisque le droit est délibérément non s'est ensemencé dans les rôles existants. GET/maître prend délibérément PAS de notes à droite. VEW-NOTES Les notes «app»; ce sont des fixations du pavé de lancement, et "chaque membre en a toujours un" a pour désigner chaque membre. Les inscriptions ordinaires conservent leur porte de VUE-NOTES et maintenant Retourne également la note de l'organisation, de sorte qu'elle est lisible et consultable sur le mur. Les règles sont appliquées ici plutôt que dans le client: une note-cadre ne peut être supprimé (409 - un fait sur la note, pas sur qui est demandé), ne peut pas être non coincés, et ne peuvent pas être renommés. Le titre et l'épingle sont ignorés plutôt que rejetés, parce que l'éditeur envoie tous les domaines sur chaque sauvegarde et refuser la demande serait échouer un éditer au CORPS sur un titre que le membre n'a jamais touché. Les clés de contenu suivent: keyForOrg(orgId) pour la note de l'organisation, de sorte que chaque membre de l'organisation peut le lire. Démineuser de celui qui l'a écrit serait rendre une note partagée lisible par une personne. L'approvisionnement est sa propre haricot et sa propre transaction, et chaque fois lu avant sa première écriture: depuis le passage à Yugabyte un SELECT après une écriture en un la transaction peut revenir 40001 et l'ardonner. Méthode privée sur NotesService aurait été inerte en tant que transactionnelle et exécutée dans la transaction de l'appelant.