按提供者的 API 实际携带的内容大小附件

Featurekamo-internal
已装运
2026年8月14日 00:19 UTC
作者
kamo
提交
1bd39da

作曲家把每个社交的DM 带到一个平地10MB,这是Telegram的照片 限制适用于不共享的4个供应商。 每个人现在都有了 上限,在提供者内部,每个介质类型都有自己的API 拆分它们 : Telegram 10 MB相片, 50 MB 文件/视频/音频( sendPhoto vs sendDocument) 信使 25 MB, 每种都一样 Instagram 8 MB 图像, 25 MB 视频/音频/文件 Discord 8 MB( bot上传天花板) X 没有附件 未知 8 MB, 以上最紧 这些是每个适配器的 API 的 限制,而不是消费者应用 名称相同。 两者不同,关系重大: Messer 的应用程序提升了文件 共享到 100 MB 而其发送 API 被记录在 25 MB 上, 它是 API 的 决定客户是否收到文件的号码。 大小到应用程序 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}那会让作曲家接受一些东西 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}梅塔就拒绝了 特工已经被告知它出去了。 X 没有纸剪, 而不是拒绝一切的: XAdapter's 发送图像和发送Media 两者都掉入发送Text——媒体上传已退出 v1 的范围——所以在标题到达时,一个附件文件将无处可去 一个人 它自己的供应商也这么说。 附件政策为此增大了“ maxBytesByClass ” , 其键为一个新的四值 附件分类(图像/视频/音频/文件),匹配提供者如何分割 端点和Media Service路线如何超越媒体. SVG是两者中的一个文件.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价