- 出荷済み
- 2026年8月15日 2:59 UTC
- プロフィール
- kamo
- コンテンツ
- 29b319f
CREATE、EDIT、DELETE DOCUMENTS、MANAGE STORAGEがDocsServiceのゲートになりました ImagingController および DocumentController および ConversionService のアップロードエンドポイント。 最後の部分は、この4つのサービスクラスターではなく、 1 コントローラーの変更: アップロードパスは DocsService に全くないので、gating のみ DocsService は、CREATE DOCUMENTS をフォルダーに強制し、バイパスしました。 ファイルのアップロード 見ていない。 DELETE DOCUMENTS と MANAGE STORAGE は、すべての 14 の管理者専用です。 orgs, そう 14 メンバーは文書の削除を失います — 設定は、むしろ効果を取る 事故よりも。 このルールは定着し、クラスターに運ぶもの 依然として開いています: 差異的に付与される権利は、意図を運び、ない seeded; START MEETINGと同様に、誰が誰をも持ちません お問い合わせ 設計文書は今の4つの判断の呼び出しを記録します。 EDIT DOCUMENTSではなくVIEW DOCUMENTSではなく、バックフィルのサムネイルがかかる理由 MANAGE STORAGE では、サブ API が SHARE DOCS * の権利に残っている理由、なぜ check-hashes と register-existing のカウントを生成 — と 2 つのテスト 助成金と既存のコンバージョンサービスイメージを開始しなければならない備品 私たちのものではありません.