KamoCRM

Zaakceptuj 3 załączniki GiB, przesyłając je strumieniowo do przechowywania

FeatureMediaService
Przesyłane
8 sierpnia 2026 02:36 UTC
Autor
Kamo
Zgłoszenie
9253ddc

file.getBytes() nie może reprezentować przesłania tak dużego — tablica Java zatrzymuje się po prostu 2 GiB – tak każde przywiązanie, które umarło na OutOfMemoryError niezależnie od Złudzenie sterty i 1 GB jednego wymagało alokacji 1 GB na przechowywanie pliku Spring już Wypula na dysk. MultipartFile przechodzi teraz do obrazowania jako ponownie otwieranego źródła i Jest przesyłany prosto w drodze. Limity podniesione do dopasowania: wieloczęściowe do 3 GB na plik (3100 MB na żądanie, więc Największy dozwolony plik nie jest odrzucany dla własnej granicy i nagłówków) oraz Media.attachments.max-bajt do 3 GiB. Wieloczęściowe szpule do wyraźnego 24Gi emptyDir Zamiast warstwa do pisania pojemnika. Tomcat max-slow-size jest teraz -1, więc a Odrzucone przesyłanie otrzymuje jego 4xx zamiast resetowania połączenia.

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