Spopularyzujmy różnicę między kodami statusowymi 301 i 302
Zasób 301 Moved Permanent został na stałe przeniesiony do nowej lokalizacji, a wszelkie przyszłe odniesienia do tego zasobu powinny korzystać z jednego z kilku URI zwróconych w tej odpowiedzi. Jeśli to możliwe, klienci edytujący linki powinni automatycznie zmodyfikować żądany adres na adres zwracany z serwera. Ta odpowiedź również jest buforowana, chyba że zaznaczono inaczej.
Zasoby żądane przez 302 Found obecnie tymczasowo odpowiadają na żądania z innego URI. Ponieważ takie przekierowania są tymczasowe, klient powinien nadal wysyłać kolejne żądania na oryginalny adres. Ta odpowiedź jest buforowana tylko wtedy, gdy jest to określone w Cache-Control lub Expires.
Najczęstszym scenariuszem dla 301 jest użycie skoków domenowych.
Na przykład, odwiedzamyhttp://www.baidu.comprzeskoczymy dohttps://www.baidu.comPo wysłaniu zgłoszenia zostanie zwrócony kod statusu 301, a następnie lokalizacja, co wywoła nowy adres, a przeglądarka przyjmie ten nowy adres do dostępu.
Uwaga: żądania 301 można buforować, tzn. patrząc na kod statusu, można zobaczyć, że na końcu jest napisane z pamięci podręcznej.
Albo zmieniasz nazwę swojej strony z php na html, a w trakcie tego procesu pojawi się trwałe przekierowanie.
302 jest używany do tymczasowych skoków
Na przykład użytkownicy niezalogowani są przekierowani na stronę logowania podczas wizyty w centrum użytkownika.
Odwiedzenie strony 404 przekierowuje na stronę główną.
Konfiguracja SLB do równoważenia obciążenia w chmurze Alibaba jest następująca:
Używamy http do przekierowywania na https, oczywistym zamiarem jest przekierowanie na stałe, nie tymczasowo, ale tutaj Alibaba Cloud daje mi to, co zwracamyTymczasowe przekierowanie 302。 Jak pokazano poniżej:
Kod statusu zwrotu testowany online przez Webmaster's Home i Aizhan Network to 302, a także użyłem kodu, aby zwrócić kod statusu 302.
Studium przypadku: Przekierowania na stronę 302 zostały ukarane przez GOOGLE za niewłaściwe użycie
Business.com jest największą wyszukiwarką i kategorią biznesową w Internecie, znaną z profesjonalnego dostarczania informacji biznesowych, obejmującej prawie 190 000 stron internetowych. Jeśli wyszukasz w Google słowo kluczowe "biznes", strona będzie na pierwszym miejscu. Jednak 5 września 2010 roku Business.com napotkał coś dziwnego: PR na stronie głównej zmienił się z 8 na 0, a strony głównej nie można było znaleźć w wynikach wyszukiwania Google. Na szczęście tylko strona główna jest "wyparowana". Na szczęście strona główna wróciła do wyników wyszukiwania Google następnego dnia, ale PR nadal był 0.
Dziś korzystam z platformy webmasterów Baidu "HTTPS authentication" i zauważyłem, że weryfikacja https na stronie nie powiodła się, co wzbudziło moją czujność.
Nie ma różnicy funkcjonalności między 302 a 301, ale powinien mieć bardzo duży wpływ na SEO, w przeciwnym razie jest podzielony na dwa różne kody statusu.
Ponieważ ta strona korzysta z inteligentnej rozdzielczości DNS, można ustawić różne adresy dla różnych regionów, a ta strona rozróżnia jedynie krajowe i zagraniczne, krajowe Alibaba Cloud oraz zagraniczne Amazon AWS, jak pokazano na poniższym rysunku:
Korzystając z testu pingu domowego webmastera, odkryłem, że jest 29 niezależnych adresów IP, choć adresy rozdzielczości są różne, ale wszystkie przekierowują adres http do https.
Przetestowałem Alibaba Cloud SLB i Amazon CDN z kodem i wynik zwrócony przez HTTP redirect https wygląda następująco:
Jedyna różnica w żądaniach polega na tym, że podczas testowania Amazona trzeba złożyć żądanie przez proxy, aby móc wyjechać za granicę, by przeanalizować i dołączyć kod:
Przed testami zgłoszenie zostało złożone do Alibaba Cloud, jak pokazano na poniższym rysunku:
Na ten moment sprawa nie została rozwiązana, a przyczyna nie została wyjaśniona.
(Koniec)
|
Opublikowano 20.06.2019 10:43:29
|
|
|
|
Ziemianin|
Opublikowano 21.06.2019 10:19:32
|
