Kilka miesięcy temu została opublikowana nowa wersja standardu HTTP / 1.1. Ma specjalny dokument RFC dla żądań zakresu, jest o wiele bardziej czytelny niż stara specyfikacja, w tym przykłady dla wielu elementów: tools.ietf.org/html/rfc7233
Thirler
Odpowiedzi:
136
Poniższa wymiana dotyczy przeglądarki Chrome i statycznego serwera WWW, pobierając wideo MP4.
Pierwsza prośba - o wideo. Zwróć uwagę na Accept-Rangesnagłówek odpowiedzi, aby wskazać, że serwer obsługuje nagłówek zakresu:
Wykryto nagłówek zakresu w poprzedniej odpowiedzi - kolejne żądanie z otwartym zakresem w celu potwierdzenia wsparcia. Odpowiedź zwraca stan 206 i Content-Rangenagłówek wskazujący bajty obecne w treści odpowiedzi:
Czy pusty nagłówek Transfer-Encoding jest artefaktem sposobu przechwytywania komunikacji HTTP, czy też istnieje prawdziwy serwer HTTP generujący puste wartości dla tego nagłówka?
swl10
7
W pierwszym przypadku wygląda na to, że serwer zwraca 64657027 bajtów treści. Więc co się dzieje - czy klient po prostu wyrzuca tę zawartość, a następnie wysyła zapytanie o zakres części, których naprawdę potrzebuje? A może serwer nie zwraca żadnej treści, ponieważ coś w wiadomości klienta mówi, że nie rób tego. Jeśli tak, co to jest?
Morrie
3
@Morrie - wygląda na to, że serwer, wiedząc, że sam obsługuje żądania zakresu, mówi klientowi „Akceptuję żądania zakresu” za pośrednictwem Accept-Ranges: bytesnagłówka, ale wysyła również długość treści zasobu, aby klient mógł wysyłać żądania dotyczące zakresu z wyższą uwiązany. Nic w komunikacie klienta nie mówi, że rób to, o ile wiem - serwer może wybrać odpowiedź „tutaj jest cały zasób” lub „Akceptuję żądania dotyczące zakresu” - co znowu oznacza istnienie Accept-Rangesnagłówka. W każdym razie tak to rozumiem.
Simon Whitehead,
4
Ale czy długość zawartości wynosząca 64657027 w pierwszej odpowiedzi nie oznacza, że w rzeczywistości po nagłówku znajduje się tyle bajtów ładunku, które klient musi wykorzystać, ponieważ połączenie jest utrzymywane? Zastanawiam się, co w tym komunikacie odpowiedzi mówi, że w rzeczywistości nie ma żadnego ładunku.
Morrie
1
@Morrie Keep-alive to żądanie od klienta i klient nie ma żadnego obowiązku dalszego korzystania z połączenia. W mojej pracy właśnie doszedłem do wniosku, że przynajmniej w przypadku Chrome, pierwsze żądanie GET z zakresem „0-” jest natychmiast przerywane, gdy tylko zostanie odebrany nagłówek, zamiast używać żądania HEAD. Uważam, że jest to sposób na uniknięcie problemów z każdym serwerem, który może nie implementować poprawnie czasownika HEAD.
Odpowiedzi:
Poniższa wymiana dotyczy przeglądarki Chrome i statycznego serwera WWW, pobierając wideo MP4.
Pierwsza prośba - o wideo. Zwróć uwagę na
Accept-Ranges
nagłówek odpowiedzi, aby wskazać, że serwer obsługuje nagłówek zakresu:Wykryto nagłówek zakresu w poprzedniej odpowiedzi - kolejne żądanie z otwartym zakresem w celu potwierdzenia wsparcia. Odpowiedź zwraca stan 206 i
Content-Range
nagłówek wskazujący bajty obecne w treści odpowiedzi:Kolejne żądanie zakresu w celu przechwycenia końca pliku (prawdopodobnie w celu przechwycenia końcowych metadanych):
Użytkownik klika pasek postępu wideo poza pobranym zakresem - wysyłane jest żądanie zakresu, aby rozpocząć grę od wybranej pozycji:
źródło
Accept-Ranges: bytes
nagłówka, ale wysyła również długość treści zasobu, aby klient mógł wysyłać żądania dotyczące zakresu z wyższą uwiązany. Nic w komunikacie klienta nie mówi, że rób to, o ile wiem - serwer może wybrać odpowiedź „tutaj jest cały zasób” lub „Akceptuję żądania dotyczące zakresu” - co znowu oznacza istnienieAccept-Ranges
nagłówka. W każdym razie tak to rozumiem.