KamoCRM

Stop 60-tkijowym połączeniu Tomcat, zabijając długi upload

FixMediaService
Przesyłane
8 sierpnia 2026 03:19 UTC
Autor
Kamo
Zgłoszenie
dcc4af3

Akuł czatowy 2 GiB zawiódł po prawie czterech minutach udanego transferu Z MultipartException owijając gołe SocketTimeoutException, a członek był Powiedział "Wewnętrzny błąd serwera". Tomcat nieużytkowy domyślnie domyślnie true, co nie oznacza, że nie ma Prześlij timeout — oznacza to, że oddzielna, dłuższa jest wyłączona i połączenieTimeout Rządzi też odczytami ciała. To niewypłacalność to 60s i nigdy nie została nadpisana, więc tak 60-sekundowa pauza w nadlatującym ciele zabiła prośbę. Przy starym 100 MB sufitu a Transfer rzadko biegł wystarczająco długo, aby spotkać się z jednym; przy 3 GiB biegnie przez minuty Przeglądarka, Traefik, Next BFF i Tomcat, gdzie stoisko tak długie jest blisko Nieunikniony. Ciało otrzymuje teraz godzinę, pasując do punktu wejścia Traefik przed To, podczas gdy linia wniosków i nagłówki utrzymują termin 60s, który faktycznie graniczy Powolneloris. Wieloczęściowe parowanie odbywa się przed wyborem urządzenia obsługującego, więc te niepowodzenia nigdy nie osiągnęły Własna obsługa błędu kontrolera i spadła do wiosennego półki 500 - tak samo Odpowiedź na zatrzymane połączenie i ponadwymiarowy plik. Odpowiadają teraz 408 i 413 Z powodu, na który członek może działać.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Wszystko to pojawia się w twoim miejscu pracy na własną rękę. Zacznij od bezpłatnego planu i przeczytaj tę stronę ponownie w miesiącu.

Zacząć na zawszeZobacz ceny