Kodowanie przeniesienia fragmentacji - zachowanie przeglądarki

Question

Próbuję wysłać dane w trybie porcji. Wszystkie nagłówki są ustawione prawidłowo, a dane są odpowiednio zakodowane. Przeglądarki rozpoznają moją odpowiedź jako fragment, akceptując nagłówki i rozpoczynając odbiór danych.

Oczekiwano, że przeglądarka zaktualizuje stronę w każdym odebranym kawałku, zamiast tego oczekuje aż wszystkie porcje zostaną odebrane, a następnie wyświetli je wszystkie. Czy to oczekiwane zachowanie?

Spodziewałem się wyświetlenia każdej części zaraz po jej otrzymaniu. Podczas korzystania z curl każda porcja jest wyświetlana zaraz po jej otrzymaniu. Dlaczego nie dzieje się tak samo z przeglądarkami GUI? Czy używają jakiegoś bufora/bufora?

Ustawiam nagłówek Cache-Control na no-cache, więc nie jestem pewien, czy chodzi o pamięć podręczną.

Answer 1

Przeglądarki afaik wymagają trochę ładowności, aby rozpocząć tworzenie fragmentów renderowania po ich otrzymaniu.
Curl jest oczywiście wyjątkiem.

Spróbuj wysłać około 1KB dowolnych danych przed pierwszym porcją.

Jeśli wszystko robisz poprawnie, przeglądarki powinny renderować porcje tak, jak je otrzymały.

Answer 2

Przeglądarka może przetwarzać i renderować dane w zależności od tego, czy dane są przesyłane masowo, czy nie. To, czy przeglądarka będzie renderować dane odpowiedzi, będzie funkcją struktury danych i jakiego rodzaju buforowania zatwierdzi. na przykład Zanim przeglądarka może renderować obraz, musi mieć dokument (lub wystarczającą ilość dokumentu), arkusz stylów itp.

Chunking jest przydatny, gdy długość zasobu jest nieznana w momencie odpowiedzi zasobu jest generowany ("Długość treści" nie może być zawarta w nagłówkach odpowiedzi), a serwer nie chce zamknąć połączenia po przesłaniu zasobu.