Größe einen Anhang durch das, was die API des Anbieters tatsächlich trägt

Featurekamo-internal
Verschifft
14. August 2026 um 00:19 UTC
Autor
kamo
Ausschuss
1bd39da

Der Komponist hielt jede soziale DM zu einer flachen 10 MB, die Telegram Foto ist Limit gilt für vier Anbieter, die es nicht teilen. Jeder bekommt jetzt seine eigenen Decke, und innerhalb eines Anbieters jeder Medientyp bekommt seine eigene, wo die API spaltet sie: Telegramm 10 MB Foto, 50 MB Dokument/Video/Audio (sendPhoto vs sendDocument) Messenger 25 MB, für jede Art gleich Instagram 8 MB Bild, 25 MB Video/Audio/Datei Discord 8 MB (die Bot-Upload-Decke) X keine Eigenmittel unbekannt 8 MB, die engste der oben genannten Dies sind die Grenzen der API jeder Adapter Beiträge zu, NICHT der Consumer-App gleichen Namens. Die beiden unterscheiden sich und es spielt eine Rolle: Messenger-App angehoben Datei teilen Sie zu 100 MB, während seine Send API mit 25 MB dokumentiert ist, und es ist die API Nummer, die entscheidet, ob der Kunde die Datei erhält. Sizing auf die App Figur würde der Komponist etwas akzeptieren Meta dann verweigert, lange nach dem Agenten wurde gesagt, dass es ausgegangen ist. X bekommt keine Büroklammer statt einer, der alles ablehnt: XAdapter's sendImage und sendMedia fallen beide durch zu sendenText - Medien-Upload war out of V1's scope - so dass eine angehängte Datei nirgendwo hingehen würde, während die Beschriftung ankam allein. Seine eigene ProviderCapabilities sagt das gleiche. AttachmentPolicy wächst "maxBytesByClass" dafür, von einem neuen Vier-Wert-Tal AttachmentClass (Image/video/audio/file), das mit der Aufteilung der Anbieter übereinstimmt Endpunkte und wie MediaService ausgehende Medien umgibt. SVG ist eine Datei in beiden.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen