상태 코드 301과 302의 차이를 대중화해 봅시다
301 영구 이동 요청 자원은 새로운 위치로 영구 이동되었으며, 앞으로 이 자원에 대한 참조는 이 답변에서 반환된 여러 URI 중 하나를 사용해야 합니다. 가능하다면, 링크 편집을 하는 클라이언트는 요청된 주소를 자동으로 서버에서 반환된 주소로 수정해야 합니다. 이 응답은 별도 명시가 없는 한 캐시 가능합니다.
302 Found 요청 자원은 이제 다른 URI의 요청에 임시로 응답합니다. 이러한 리디렉션은 일시적이므로 클라이언트는 앞으로도 원래 주소로 계속 요청을 보내야 합니다. 이 응답은 Cache-Control에 지정되어 있거나 만료될 때만 캐시가 가능합니다.
301의 가장 일반적인 시나리오는 도메인 이름 점프를 사용하는 것입니다.
예를 들어, 우리는 방문합니다http://www.baidu.com다음으로 점프할 것입니다https://www.baidu.com요청을 보내면 301 상태 코드가 반환되고, 위치가 반환되어 새 주소가 입력되며, 브라우저는 이 새 주소를 입력해 접근하게 됩니다.
참고: 301개의 요청을 캐시할 수 있는데, 상태 코드를 보면 끝에 'from cache'라고 표시됩니다.
또는 웹페이지 이름을 php에서 html로 바꾸면, 영구적인 리디렉션도 발생합니다.
302번은 임시 점프에 사용됩니다
예를 들어, 로그인하지 않은 사용자는 사용자 센터를 방문할 때 로그인 페이지로 리디렉션됩니다.
404 페이지를 방문하면 홈페이지로 리디렉션됩니다.
알리바바 클라우드 로드 밸런싱 SLB의 구성은 다음과 같습니다:
우리는 http를 사용해 https로 리디렉션하는데, 명백한 의도는 영구적으로 리디렉션하는 것이지 일시적으로 리디렉션하는 것이 아니라, 여기서는 알리바바 클라우드가 우리가 반환하는 것을 제공합니다임시 리다이렉션 302 상태 코드。 아래에 나와 있습니다:
웹마스터의 홈 앤 아이잔 네트워크에서 온라인으로 테스트한 반품 상태 코드는 302였고, 저도 302 상태 코드를 반환하는 데 이 코드를 사용했습니다.
사례 연구: 웹사이트 302 리디렉션이 부적절한 사용으로 인해 구글에 의해 벌금을 받았습니다
Business.com 는 인터넷에서 가장 큰 비즈니스 검색 엔진이자 카테고리로, 거의 19만 개의 웹페이지를 포함해 전문적으로 비즈니스 정보를 제공하는 것으로 명성이 높습니다. "business" 키워드로 구글에서 검색하면 해당 웹사이트가 1순위에 올 것입니다. 하지만 2010년 9월 5일, Business.com 이상한 현상을 겪었습니다: 홈페이지 PR이 8에서 0으로 바뀌었고, 구글 검색 결과에서 홈페이지를 찾을 수 없었습니다. 다행히도, "증발"된 것은 홈페이지뿐입니다. 다행히도 다음 날 홈페이지가 구글 검색 결과로 다시 나왔지만, PR은 여전히 0이었습니다.
오늘 바이두 웹마스터 플랫폼 "HTTPS 인증"을 사용 중인데, https 인증 사이트가 실패한 것을 발견해 경계심을 갖게 되었습니다.
기능 면에서는 302와 301 사이에 차이가 없지만, SEO에 큰 영향을 미치거나 두 가지 다른 상태 코드로 나뉘어야 합니다.
이 사이트는 지능형 DNS 해석을 사용하기 때문에 지역별로 다른 주소를 설정할 수 있으며, 국내와 외국, 국내 알리바바 클라우드, 해외 아마존 AWS만 구분합니다. 아래 그림에 나와 같이 있습니다:
웹마스터의 홈 핑 테스트를 사용해 보니 29개의 독립적인 IP가 있는데, 해상도 주소는 다르지만 모두 URL을 HTTP로 리디렉션합니다.
Alibaba Cloud SLB와 Amazon CDN을 코드로 테스트해봤고, HTTP 리다이렉션 https로 반환된 결과는 다음과 같습니다:
요청의 유일한 차이점은 아마존을 테스트할 때 프록시를 통해 요청을 해야 하며, 이를 통해 해외로 가서 코드를 해석하고 첨부할 수 있다는 점입니다:
테스트 전에 아래 그림과 같이 알리바바 클라우드에 티켓이 제출되었습니다:
현재까지 해결되지 않았고 그 이유도 설명되지 않았습니다.
(끝)
|
게시됨 2019. 6. 20. 오전 10:43:29
|
|
|
|
집주인|
게시됨 2019. 6. 21. 오전 10:19:32
|
