Dimensione di un allegato da ciò che l'API del fornitore trasporta effettivamente

Featurekamo-internal
Spegnimento
14 agosto 2026 alle ore 00:19 UTC
Autore
kamo
Impegno
1bd39da

Il compositore ha tenuto ogni DM sociale ad un appartamento di 10 MB, che è la foto di Telegram limite applicato a quattro fornitori che non lo condividono. Ogni ora ottiene il proprio soffitto, e all'interno di un fornitore ogni tipo di media ottiene il proprio dove l'API li divide: Telegramma 10 MB foto, 50 MB documento/video/audio (sendPhoto vs sendDocument) Messenger 25 MB, lo stesso per ogni tipo Instagram immagine 8 MB, 25 MB video/audio/file Discord 8 MB (il soffitto bot upload) X nessun allegato a tutti sconosciuto 8 MB, il più stretto di quanto sopra Questi sono i limiti dell'API a cui ogni adattatore, NON dell'app di consumo dello stesso nome. I due differiscono e conta: App di Messenger sollevato file condivisione a 100 MB mentre la sua Invia API è documentata a 25 MB, ed è l'API numero che decide se il cliente riceve il file. Immergersi nell'app figura avrebbe il compositore accettare qualcosa Meta poi rifiuta, molto dopo L'agente ha detto che e' uscito. X non ottiene alcuna clip di carta piuttosto che uno che rifiuta tutto: XAdapter's sendImage e sendMedia entrambi falliscono per inviareTesto — il caricamento dei media era fuori v1 — quindi un file allegato non andrebbe da nessuna parte mentre la didascalia arrivò da solo. Il proprio ProviderCapabilities dice lo stesso. AttachmentPolicy cresce `maxBytesByClass` per questo, keyed da un nuovo quattrovalore AttachmentClass (immagine/video/audio/file) che corrisponde a come i fornitori si dividono endpoints e come MediaService tratti i media in uscita. SVG è un file in entrambi.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo