- Expédié
- 8 août 2026 à 04:51 UTC
- Auteur
- kamo
- Commite
- d6293c4
La cause des 3 pièces jointes GiB défaillantes, et c'était la nôtre, pas le réseau. C'était '500m'. Ce n'est pas une réécriture/middleware Réglage: Next enveloppe TOUTE demande corps dans un corps cloné coiffé à cette valeur, route les manutentionnaires inclus. Avec 524 288 000 octets, le chapeau était également silencieux - le flux corporel S'est simplement terminée, sans erreur n'a été soulevée nulle part. Le mandataire a transmis 524, 262 252 de a déclaré 2 181 4,48,727 octets et MediaService a alors attendu un reste qui était ne viens jamais, c'est pourquoi il s'est présenté pendant trois tours comme une connexion bloquée et m'a envoyé pour chasser les temporisations par Traefik, Node et Tomcat. La comptabilité des octs ajoutées Le dernier tour est ce qui l'a finalement nommé: deux tentatives s'arrêtant à moins de 26 KB de la même le nombre de tours est une limite, pas un réseau. Levé à 3 200 mb et au-dessus du plafond de 3 GiB, en dessous de la demande de 3 1001 de MediaService limite, de sorte que tout ce qui est vraiment surdimensionné y est refusé avec un net 413 plutôt que serveurActions.bodySizeLimit reste à 500 mb; les pièces jointes ne voyagent pas cette voie et cette action ne devraient pas avoir droit aux gigaoctets. Enlève également le compositeur pendant qu'un message sort. Un envoyer capture le texte et les attaches telles qu'elles étaient debout quand il a commencé, donc tout ce qui a été dactylographié pendant une minute le téléchargement a été abandonné silencieusement lorsque le projet a été réinitialisé. La zone de texte, emoji, le bouton de fixation et pâte/gouttes sont tous handicapés jusqu'à ce qu'ils atterrissent ou soient annulés, et l'annulation restante disponibles dans le panneau de téléchargement.