Zapobieganie przekierowaniu Xmlhttprequest

Question

Czy można zapobiec przeglądaniu przekierowań przeglądarki podczas wysyłania XMLHttpRequest-s (tj. Aby odzyskać kod przekierowania i samemu go obsłużyć)?

Answer 1

Nie według the W3C standard for the XMLHttpRequest object (podkreślenie dodane):

Jeśli odpowiedź jest przekierowanie HTTP:

Jeśli pochodzenie URL wywieranym przez nagłówek Location to samo pochodzenie z XMLHttpRequest origin i przekierowanie nie naruszają nieskończonych zabezpieczeń pętli, przezroczyście postępuj zgodnie z przekierowaniem podczas obserwowania reguły zdarzeń tego samego pochodzenia.

Byli considering go dla przyszłych wersjach:

Ta specyfikacja nie zawiera następujące funkcje, które są uważane za przyszłej wersji ta specyfikacja:

• Właściwość do wyłączenia następujących przekierowań;

ale specyfikacja latest nie wspomina o tym.

Answer 2

Nie ma ciebie, nie ma żadnego miejsca w API narażone przez XMLHttpRequest, który pozwala na przesłonięcie domyślnego zachowania automatycznego 301 lub 302.

Jeśli klient uruchamia program IE w systemie Windows, można zamiast niego użyć opcji WinHTTP, aby zablokować to zachowanie, ale jest to bardzo ograniczające rozwiązanie.

Answer 3

Możesz użyć właściwości responseURL, aby uzyskać miejsce docelowe przekierowania lub sprawdzić, czy odpowiedź została ostatecznie pobrana z zaakceptowanej przez Ciebie lokalizacji.
To oczywiście oznacza, że ​​wynik jest pobrany, ale przynajmniej możesz uzyskać niezbędne informacje na temat miejsca docelowego przekierowania i na przykład określić warunki, w których chcesz odrzucić odpowiedź.

Answer 4

Nowy Fetch API obsługuje różne tryby postępowania przekierowania: follow, error, a manual, ale nie mogę znaleźć sposób, aby zobaczyć nowy adres URL lub kod statusu przekierowania, gdy został odwołany. Wystarczy zatrzymać sam przekierowanie, a następnie wygląda na błąd (pusta odpowiedź). Jeśli to wszystko, czego potrzebujesz, jesteś dobry. Należy również pamiętać, że żądania przesłane za pośrednictwem tego interfejsu API nie podlegają anulowaniu yet. Teraz są teraz are.

Jak dla XMLHttpRequest można HEAD serwer i sprawdzić, czy adres URL nie zmieniło:

var http = new XMLHttpRequest(); 
http.open('HEAD', '/the/url'); 
http.onreadystatechange = function() { 
    if (this.readyState === this.DONE) { 
     console.log(this.responseURL); 
    } 
}; 
http.send(); 

Nie dostaniesz kod stanu, ale znajdzie nowy adres URL bez pobierania całej strony od to.