- 出荷済み
- 2026年8月14日 0:19 UTC
- プロフィール
- kamo
- コンテンツ
- 1bd39da
テレグラムの写真であるすべてのソーシャルDMをフラット10 MBに保持しました。 共有しない4つのプロバイダに適用される制限。 それぞれが自分を手に入れる 天井、各メディアタイプの各プロバイダ内では、API がどこにあるかを独自に取得 それらを分割: Telegram 10 MB 写真, 50 MB ドキュメント/ビデオ/オーディオ (sendPhoto 対 sendDocument) すべての種類のメッセンジャー25 MB、同じ Instagram 8 MBの画像、25 MBのビデオ/オーディオ/ファイル Discord 8 MB (ボットアップロードの天井) すべてのXの添付ファイルはありません 未知の8メガバイト、上記の最も厳しい これらは、消費者アプリではなく、各アダプター投稿のAPIの制限です。 同じ名前の 2つの異なると、それは重要です:メッセンジャーのアプリがファイルを上げました 送信 API が 25 MB で文書化されている間に 100 MB に共有され、API の 顧客がファイルを受け取るかどうかを決定する番号。 アプリのサイジング 数値は、作曲家がメタを認め、その後、拒否します。 エージェントは、それが出て行くと言われてきました. Xは、すべてを拒否するのではなく、ペーパークリップを取得しません: XAdapterの sendImage と sendMedia は両方とも、 sendText にフォールスルーします。 メディアのアップロードは、 v1 のスコープ — なので、キャプションが到着したときに添付ファイルがどこにも行かない 一人で。 独自の ProviderCapabilities は同じことを言います。 AttachmentPolicy は、このために `maxBytesByClass` を成長させ、新しい 4 値でキー化します。 プロバイダーがどのように分割したかに一致するAttachmentClass(image/video/audio/file) エンドポイントと MediaService がアウトバウンド メディアをルーティングする方法。 SVGはファイルです.