Tamanho de um anexo pelo que a API do provedor realmente carrega

Featurekamo-internal
Navios
14 de agosto de 2026 às 00:19 UTC
Autor
kamo
Enviar
1bd39da

O compositor realizou cada DM social a um apartamento de 10 MB, que é a foto do Telegram Limite aplicado a quatro prestadores que não o partilham. Cada um agora tem o seu próprio teto, e dentro de um provedor cada tipo de mídia fica seu próprio onde a API divide-os: Foto do Telegram 10 MB, documento/vídeo/áudio de 50 MB (enviar foto contra enviar documento) Messenger 25 MB, o mesmo para cada tipo Instagram 8 MB imagem, 25 MB vídeo / áudio / arquivo Discórdia 8 MB (o teto de upload de bots) X sem anexos desconhecido 8 MB, o mais apertado do acima Estes são os limites da API para cada postagem do adaptador, NÃO do aplicativo de consumo do mesmo nome. Os dois diferem e importa: app do Messenger levantou arquivo compartilhamento para 100 MB enquanto sua API Enviar está documentada em 25 MB, e é da API número que decide se o cliente recebe o arquivo. Tamanho para o aplicativo figura teria o compositor aceitar algo Meta então se recusa, muito depois Disseram ao agente que se foi. X não recebe nenhum clipe de papel ao invés de um que recusa tudo: XAdapter's sendImage e sendMedia ambos caem para sendText — upload de mídia foi fora de escopo do v1 - assim um arquivo anexado não iria a lugar algum enquanto a legenda chegou Sozinho. As suas próprias capacidades de Provedor dizem o mesmo. A política do anexo cresce `maxBytesByClass` para isso, chaveado por um novo valor de quatro AnexmentClass (imagem/vídeo/áudio/arquivo) que corresponde à forma como os provedores dividem seus endpoints e como o MediaService encaminha mídia de saída. SVG é um arquivo em ambos.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços