Давайте популяризуємо різницю між статусними кодами 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 перенаправляє на головну сторінку.
Конфігурація SLB Cloud Load Balancing Alibaba виглядає так:
Ми використовуємо 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 все одно залишався 0.
Сьогодні я на платформі Baidu вебмайстрів "HTTPS автентифікація" і виявив, що https-верифікація сайту провалилася, що викликало мою пильність.
Між 302 і 301 немає різниці за функціональністю, але він має мати дуже великий вплив на SEO, або поділяється на два різних статусних коди.
Оскільки цей сайт використовує інтелектуальну DNS-роздільну здатність, ви можете встановлювати різні адреси для різних регіонів, цей сайт розрізняє лише вітчизняні та іноземні, Alibaba Cloud, іноземний Amazon AWS, як показано на рисунку нижче:
Використовуючи домашній пінг-тест вебмайстра, я виявив, що існує 29 незалежних IP, хоча адреси роздільної здатності різні, але всі вони перенаправляють URL http на https.
Я протестував Alibaba Cloud SLB та Amazon CDN з кодом, і результат, який повернув HTTP redirect https, виглядає так:
Єдина різниця запитів у тому, що під час тестування Amazon потрібно зробити запит через проксі, щоб поїхати за кордон для розбору та додавання коду:
Перед тестуванням було подано заявку до Alibaba Cloud, як показано на рисунку нижче:
Станом на цей момент питання не вирішено, а причина — не пояснена.
(Кінець)
|
Опубліковано 20.06.2019 10:43:29
|
|
|
|
Орендодавець|
Опубліковано 21.06.2019 10:19:32
|
