Podnieźć Następną czapkę z ciałem, która skracała każdy duży upload

Fixkamo-internal
Szycy
8 sierpnia 2026 04:51 UTC
Autor
kamo
Pochęt się
d6293c4

Przyczyna upadających załączników 3 GiB, a to nasza, nie sieć. - To był "500mb". Nie jest to przeróbka / ddleware Ustawienie: Następna owija ciało KAŻDY w klonable ciało ograniczone do tej wartości, trasa W tym opiekunowie. Przy 524 288 000 bajtów czapka również milczała – strumień ciała Po prostu się skończył, bez żadnego błędu. Pełnomocnik przekierowany 524 262 252 a Ogłoszone 2 181 048 727 bajtów i MediaService czekało na resztę, która była Nigdy się nie pojawi, dlatego przedstawiało się to na trzy rundy jako zablokowane połączenie i Wysłali mnie po pogoni za czasem przez Traefik, Node i Tomcat. Dodano księgowość bajtów Ostatnia runda jest tym, co ostatecznie nazwało: dwie próby zatrzymania się w granicach 26 KB tego samego Liczba okrągła jest limitem, a nie siecią. Podniesiony do 3200mb — powyżej sufitu 3 GiB, poniżej własne żądanie MediaService 3100MB Limit, więc odmówiono tam wszystkiego, co naprawdę przewymiarowane, z wyraźnym 413, a nie Okrojony tutaj. ServerActions.bodySizeLimit pozostaje na 500mb; załączniki nie podróżują Ta droga i żadne działanie nie powinno być uprawnione do gigabajtów. Zamyka również kompozytora, gdy wychodzi wiadomość. Wysłanie przechwytuje tekst i Przystawki, gdy stały, gdy się zaczęły, więc wszystko wpisane podczas wielominutowego Przesyłanie zostało po cichu wycofane, gdy projekt resetował. Skrzynka tekstowa, emotikony, załączyć przycisk Wklej / upuść są wszystkie wyłączone do momentu wylądowania lub anulowania, a Anulowanie pozostaje Dostępna w panelu przesyłania przez cały czas.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny