- Expédié
- 11 août 2026 à 00:29 UTC
- Auteur
- Kamo
- Commite
- 9775c73
Le stockage a été mesuré sur dix-neuf domaines, tous les soirs, avec une construction en faillite. test de couverture - et rien, où que ce soit, a calculé une allocation ou refusé un octet. Le chiffre de stockage du plan était des données que personne ne lisait, et le stockage supplémentaire l'ajout n'a eu aucun effet produit: le paiement n'a rien changé et ne payant pas les coûts Rien. StorageQuotaService résout ce qu'une organisation peut détenir - le plan par utilisateur une allocation mise en commun entre ses sièges, plus les blocs qu'il a achetés - et ImageService refuse le contenu qui le dépasserait. Le chèque se trouve après le dedup recherche, donc rattacher un fichier que la plate-forme détient n'est jamais refusé pour l'espace; seulement les octets véritablement nouveaux comptent. Il vit ici plutôt que dans BillingService parce que les services qui écrivent byets ne peuvent pas appeler chaque API de facturation sur leur chemin de téléchargement, et il est injecté par plutôt que par l'intermédiaire du constructeur parce que ImageService est assemblé par main à plusieurs endroits - un argument constructeur est celui qui compile partout sauf les tests, puis échoue à la construction de l'image. Deux façons délibérées de se tromper. "GB" est lu comme un gibioctet, ce qui est ce qu'un gestionnaire de fichiers signifie quand il imprime GB et la lecture la plus généreuse. Et un une organisation sans abonnement en direct, ou un service sans quota de haricot câblé, sert exactement comme avant: cette porte existe pour maintenir un client payant à ce que ils ont acheté, pour ne pas transformer un écart de facturation en perte de données. Les lectures ne sont jamais fermées le remplissage de votre stockage vous empêche d'ajouter plus, ne vous enlève jamais ce que vous avez.