Alzare il prossimo tappo del corpo che stava troncando ogni grande upload

Fixkamo-internal
Spegnimento
8 agosto 2026 alle ore 04:51 UTC
Autore
kamo
Impegno
d6293c4

La causa del fallimento 3 allegati GiB, ed era nostra, non la rete. E' stato 500. Non è una riscrittura/middleware impostazione: Prossimo avvolge OGNI richiesta corpo in un corpo cloneable tappato a questo valore, percorso maniglia inclusi. A 524.288.000 byte il tappo era anche silenzioso — il flusso del corpo semplicemente finito, senza errori sollevati ovunque. Il proxy ha trasmesso 524,262,252 di un dichiarato 2,181,048,727 byte e MediaService poi aspettato per un resto che è stato mai in arrivo, motivo per cui questo presentato per tre giri come una connessione bloccata e Mi ha mandato a caccia di timeout attraverso Traefik, Node e Tomcat. La contabilità byte aggiunto ultimo round è quello che finalmente lo ha chiamato: due tentativi di fermarsi entro 26 KB dello stesso il numero rotondo è un limite, non una rete. Cresciuto a 3200mb — sopra il soffitto 3 GiB, sotto la propria richiesta 3100MB di MediaService limite, quindi qualsiasi cosa veramente oversize è rifiutato là con un chiaro 413 piuttosto che Qui. serverActions.bodySizeLimit soggiorna a 500mb; gli allegati non viaggiano tale via e nessuna azione dovrebbe avere diritto a gigabyte. Blocca anche il compositore mentre sta uscendo un messaggio. Un invio cattura il testo e attaccamenti come stavano quando è iniziato, quindi qualsiasi tipo digitato durante un multi-minuto il caricamento è stato silenziosamente abbandonato quando il progetto di reset. La casella di testo, emoji, attacca il pulsante e pasta / goccia sono tutti disabilitati fino a quando non atterra o viene cancellato, con Annulla restante disponibile nel pannello di upload in tutto.

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