- Expédié
- 9 août 2026 à 06:11 UTC
- Auteur
- Kamo
- Commite
- 5b29e22
Presque tout ce qu'une organisation stocke enregistre sa propre taille quelque part - un imgs row, une ligne kb-media, une mesure de boîte aux lettres. Deux choses ne le font pas. Marquage ressources (logos, favicons, images de fond, thème CSS et config) sont écrits directement dans le seau public sous le préfixe de domaine de l'organisation, et docs workspace est écrit sous son id. Ni l'un ni l'autre ne laisse rien dans la base de données en disant combien il est grand, donc les deux lisent comme zéro. object-storage-days tient ce qu'un balayage lit à partir de la mémoire d'objet, bousculé par le dernier jour modifié, donc une fenêtre de facturation arbitraire somme exactement exactement que de s'arrondir à des mois entiers. :: Taille des fournitures et dépouillées en dernier ordre par clé entre les nœuds. La réplication de site met le même objet sur plusieurs noeuds, et le compter une fois par noeud multiplierait le projet de loi d'une organisation par la taille de le groupe. BRANDING exclut délibérément les membres/sous-arbres. Les avatars membres vivent sous un préfixe fixe, indépendant de l'organisation par conception - un utilisateur peut appartenir à plusieurs organisations, donc un avatar n'est pas la propriété d'un quelconque d'entre eux - et le les copies per-domaine sont l'héritage. Leur comptage facturerait une organisation pour une fichier l'utilisateur d'une autre organisation. Schéma vérifié dans la production avant cet atterrissage: object-storage-days existe avec sa contrainte unique après une course KI.