Давайте популяризируем разницу между кодами статуса 301 и 302
Ресурс 301 Перемещённый Постоянно запрошенный был окончательно перемещён в новое место, и любые будущие ссылки на этот ресурс должны использовать один из нескольких URI, вернутых в этом ответе. Если возможно, клиенты с редактированием ссылок должны автоматически изменять запрошенный адрес на адрес, возвращаемый с сервера. Этот ответ также кэшируем, если не указано иное.
Ресурсы, запрошенные 302 Found, теперь временно отвечают на запросы из другого URI. Поскольку такие перенаправления временны, клиент должен продолжать отправлять будущие запросы на исходный адрес. Этот ответ кэшируем только если указано в Cache-Control или Expires.
Самый распространённый сценарий для 301 — использование прыжков между доменными именами.
Например, мы посещаемhttp://www.baidu.comперейду кhttps://www.baidu.comПосле отправки запроса возвращается статусный код 301, затем возвращается местоположение, с запросом нового адреса, и браузер принимает этот новый адрес для доступа.
Примечание: запросы 301 можно кэшировать, то есть по статусному коду можно увидеть, что в конце написано из кэша.
Или вы меняете название своей веб-страницы с php на html, и при этом произойдёт постоянное перенаправление.
302 используется для временных прыжков
Например, пользователи, не вошедшие в систему, перенаправляются на страницу входа при посещении центра пользователей.
Посещение страницы 404 перенаправляет на главную страницу.
Конфигурация Alibaba Cloud Load Balancing SLB следующая:
Мы используем http для перенаправления на https, очевидное намерение — перенаправить навсегда, а не временно, но здесь Alibaba Cloud даёт мне то, что мы возвращаемВременный код статуса 302 для перенаправления。 Как показано ниже:
Код статуса возврата, проверенный онлайн через Webmaster's Home и Aizhan Network, — 302, и я также использовал этот код для возврата статусного кода 302.
Кейс-стади: перенаправления сайта 302 были наказаны Google за неправильное использование
Business.com — крупнейшая бизнес-поисковая система и категория в Интернете, известная профессиональным предоставлением бизнес-информации, включая почти 190 000 веб-страниц. Если вы ищете в Google ключевое слово «бизнес», сайт будет ранжирован на первом месте. Однако 5 сентября 2010 года Business.com столкнулся с странной ситуацией: PR главной страницы изменился с 8 на 0, и главная страница не была найдена в результатах поиска Google. К счастью, только главная страница «испарилась». Но, к счастью, на следующий день главная страница вернулась в результаты поиска Google, но PR всё равно был нулевым.
Сегодня я нахожусь на платформе вебмастеров Baidu с помощью HTTPS-аутентификации и обнаружил, что проверка сайта https не прошла, что вызвало моё внимание.
Между 302 и 301 нет разницы по функциональности, но он должен сильно влиять на SEO, или делится на два разных статусных кода.
Поскольку этот сайт использует интеллектуальное DNS-разрешение, вы можете устанавливать разные адреса для разных регионов, он различает только внутренние и зарубежные, Alibaba Cloud, зарубежные Amazon AWS, как показано на рисунке ниже:
Используя домашний пинг-тест вебмастера, я обнаружил, что существует 29 независимых IP, хотя разрешения разные адреса, но все они перенаправляют URL http на https.
Я протестировал Alibaba Cloud SLB и Amazon CDN с кодом, и результат, полученный HTTP-перенаправлением https, выглядит следующим образом:
Единственное отличие запросов в том, что при тестировании Amazon нужно сделать запрос через прокси, чтобы можно было выйти за границу для парсинга и прикрепления кода:
Перед тестированием был отправлен заявка в Alibaba Cloud, как показано на рисунке ниже:
На данный момент вопрос не решен, и причина не объяснена.
(Конец)
|
Опубликовано 20.06.2019 10:43:29
|
|
|
|
Хозяин|
Опубликовано 21.06.2019 10:19:32
|
