- 出荷済み
- 2026年8月9日 4:41 UTC
- プロフィール
- Kamo
- コンテンツ
- b6e9460
アカウント stats タブは常に「この期間に利用可能な使用データがない」と述べています。 kamo-internal の getCurrentUsage() がスタブであるので、すべての組織のために ゼロメートルを戻し、その背後にある何も蓄積されたストレージ。 ストレージエリアごとに3つの異なる数字を、合計で保存します。 - 組織が現在保持しているもの、ファイルが削除されたときに落ちるもの - それがその寿命の上に追加したもの、それはない - 現在の請求期間中に移動したもの 取り外しは派生しています — 記憶テーブルは非活性化をタイムスタンプしません。 EmbRecordState.DATE UPDATED は、inputable=false であり、決して更新しません。 開始 + 追加 - 期間の開いているスナップショットに対する現在の。 なし スナップショットを開くと、タイムスタンプをゴミ箱に戻り、それ自体をレポートします。 測定として推測を提示するのではなく、床。 ライフタイムが正確な場所 削除された行は、彼らがしないスナップショットから生き残り、蓄積します。 つまり、UIもできる。 BillingPeriodResolver は、ライブサブスクリプションの期間を優先し、に戻る orgのタイムゾーンのカレンダー月。 そのフォールバックは、機能全体です 生産: すべてのサブスクリプションは、NULL current period start および current period end なので、その期間の数値が全て空になります 存在する組織 — 置換するスタブと同じバグのクラス。 StorageSnapshotSweep は、各 org の履歴ごとに毎日の位置を記述します。 最大14日見逃しの日をキャッチし、クエリ可能なから最初のスナップショットをシード 追跡がゼロで再起動しないので、寿命。 プラットフォームのエンドポイントは、物理的に保存されたバイトに対して請求されます。 お客様の声 レコードごとに請求されます。 img dats はハッシュごとのコピーを保持していますが、多くの orgs には そのファイルとサムネイルと変換の費用バイトは誰にも請求されません。 両方とも カモの経済性が高まっていますので、@PlatformAdmin.Only. 21件の新しいテスト、113合計、すべての通過.