HTTP 프로토콜의 주요 이점은 다음과 같습니다
-
<:> 요청 책임 : 고급 주소 지정 체계는 HTTP 프로토콜에 의해 제공됩니다. 모든 IP 주소는 www에서 쉽게 인식하고 식별 할 수 있습니다.
웹 리소스와의 상호 작용 개선 : 온라인 리소스의 유연성과 접근성이 달성됩니다. HTTP는 확장 및 플러그인 다운로드 기회를 제공합니다. 이런 식으로 관련 데이터가 표시됩니다
-
-
Hitech Whiz에 따르면, HITECH WHIZ에 따르면, 하이퍼 텍스트 전송 프로토콜의 다른 장점이 있습니다.
보안 : 가로 채기가 최소화되므로 사용자에게는 위험이없는 모드로 데이터 전송이 발생합니다.
페이지 캐싱 : 사용자가 인터넷 리소스를 한 번 방문한 경우 페이지에서 사용 가능한 콘텐츠가 더 빨리로드됩니다.
감소 된 대기 시간 : HTTP는 연결이 이루어진 직후 핸드 셰이킹 프로세스를 시작합니다. 이 옵션은 연결 중심의 대기 시간을 줄입니다
HTTP는 웹 프로토콜 별 방법에도 유명합니다. 그들은 다른 작업마다 다릅니다. 다른 웹 운영을 수행하기위한 9 가지 요청 방법이 있습니다.
프로토콜 별 요청
| 설명
|
놓다
기존 웹 리소스 수정을 담당합니다. 이 요청은 또한 새로운 URL을 생성 할 수 있습니다.
머리
신체 내용이 필요없이 특수 목적 자원에 대한 요청을 만듭니다.
우편
새로운 웹 페이지에 추가되는 컨텐츠의 기존 리소스 수정을 담당합니다.
삭제
웹 마스터가 지정한 리소스를 삭제합니다.
얻다
무결성에 대한 리소스를 요청합니다.
추적하다
사용자가 방문한 웹리스 코스의 업데이트 및 변경 사항을 표시합니다.
옵션
사용자의 관심사 URL에 액세스 할 수있는 HTTP 메소드 목록을 보여줍니다.
연결하다
요청 기반 연결을 TCP/IP 터널로 변환 할 책임이 있습니다.
반점
웹 리소스의 부분 수정을 수행 할 수 있습니다.
http 응답 상태 코드 란 무엇입니까?
http 상태 코드는 서버 응답을 결정하고 3 개의 코 히처 기호로 표시되는 특수 요소입니다. 각 하이퍼 텍스트 전송 프로토콜 코드는 REST API 오류에 사용됩니다. 문제를 식별하고 해결하려면 각 HTTP 상태 코드를 이해해야합니다.
|
고려해야 할 5 가지 클래스의 상태 코드가 있습니다. 정보 응답, 성공, 리디렉션, 클라이언트 오류 및 서비스 오류 범주가 있습니다. 첫 번째 강성은 HTTP 상태 코드의 클래스를 나타냅니다. 응답의 각 범주를 자세히 살펴 보겠습니다.
1xx 정보 응답 :이 클래스의 상태 코드는 요청 수신에 대해 알려줍니다. 그것은 프로세스가 계속된다는 것을 의미합니다. 예를 들어, 100 = 계속
성공 : 이러한 상태 코드의 그룹은 요청을 이해하고 수락하는 것입니다. 예를 들어, 200 = OK
3xx 리디렉션 :이 클래스의 HTTP 상태 코드는 요청을 완료하기 위해서는 일부 특수 목적 조치가 필요하다는 것을 나타냅니다. 예를 들어,
4xx 클라이언트 오류 :이 범주의 응답 상태 코드는 요청을 수행 할 수없는 플래그입니다. 또한 요청에 구문이 잘못되었음을 의미 할 수 있습니다. 400 = 불량 요청.
500 = 내부 오류
일부 상태 코드와 오류 중 일부는 SEO에 직접적인 영향을 미친다는 점은 주목할 가치가 있습니다. 1xx 및 2xx 클래스는 검색 엔진 최적화에 큰 영향을 미치지 않지만 (200 응답은 가장 모범 사례), 300, 400 및 500 레벨은 웹 페이지에 크롤링 및 색인에 부정적인 영향을 줄 수 있습니다. 웹 사이트 순위 전체에 매우 해로울 수 있으므로 항상 4xx 및 5xx 상태 코드 및 오류를 해결해야합니다. http 300 코드는 아마도 SEO의 중심 역할을 수행 할 것입니다. 이 클래스의 상태 코드는 모든 SEO 값을 이전 URL에서 새 URL로 전달하는 데 책임이 있습니다. 따라서 각 300 레벨 코드의 의미 (임시 또는 영구 리디렉션, 프록시, 여러 선택 등)를 파헤쳐 야합니다.
3xx HTTP 상태 코드의 전체 목록
HTTP 상태 코드는 URL 리디렉션 용입니다. 300 레벨 코드는 다른 유형의 HTTP 리디렉션을 나타냅니다. 마케팅 담당자는 일반적으로 3xx 상태 코드를 사용하여 사용자 경험, 웹 사이트 사용자의 동작 및 사이트의 SEO 성능을 모니터링하고 분석합니다. DataTracker 리소스는 300 레벨 HTTP 상태 코드로 배포 된 4 가지 유형의 리디렉션을 식별합니다.
301, 302, 307과 같은 리디렉션은 대상 리소스에 새 URL이 할당되었음을 나타냅니다.
303 리디렉션은 위치 필드가 그것을 식별하는 경우 충족 된 요청에 대해 간접적 인 응답을 제공합니다.
304 리디렉션은 선불로 캐시 된 결과에 HTTP 리디렉션을 제공합니다.
예를 들어, 301 리디렉션은 PHP를 통해 모든 트래픽을 새 페이지 인 https://eurovps.com으로 옮기기 위해 사용되었습니다.
이 방법으로, 그것은 이전 URL의 순위를 유지합니다. 영구 리디렉션을 사용하여 깨진 URL을 수정하는 데 동일한 알고리즘을 사용할 수 있습니다.
리디렉션은 다른 응답 코드와 관련된 오류가 언제 발생하는지 알 수 없습니다. 예를 들어, 리디렉션은 정보 응답 또는 서버/클라이언트 오류로 문제를 해결하지 못합니다 ( 구현되지 않음 = 501;
불량 게이트웨이 = 502; 가보 불가능 엔터티
= 420 ).. <.>
SEO 및 웹 사이트 순위에 미치는 영향을 이해하기 위해 각 300 레벨 코드를 자세히 살펴 보겠습니다. 검토 할 9 개의 3xx 상태 코드와 특성, 기능, 혜택 및 차이점이 있습니다.
300 다중 선택
이 상태 코드는 일반적으로 REST API에 사용됩니다. 요청을 충족하는 리소스를 사용하여 측면을 선택 해야하는 브라우저에 여러 가지 선택이 제공됩니다. 예를 들어, 지정할 여러 비디오 형식 옵션 또는 다른 파일 확장자가있는 경우 300 레벨 코드가 편리합니다.
300 개의 리디렉션을 사용하는 또 다른 이유는 에이전트 중심의 협상의 요구 사항을 충족하는 것입니다. 서버는 사용 가능한 사용 가능한 표현 유형에 대해 사용자 에이전트에 알려줍니다. 예제를 자세히 살펴 보려면 300 레디렉션을보십시오.
-
코딩에서 /foo 및 /bar를 볼 수 있습니다. 위치는 두 옵션을 선택할 때 액세스 할 수있는 경우 지정됩니다.
301은 영구적으로 움직였다
하나의 추가 상태 코드는 일반적으로 REST API에서 사용됩니다. 주요 아이디어는 리디렉션이 영구적이라는 것입니다. 짧은 시간 동안 리디렉션을 사용해야하는 경우 301 리디렉션 이이 목적에 적합하지 않습니다. 인터넷 사용자와 검색 엔진 모두 301 HTTP 상태 코드를 사용하여 새 URL로 가져갑니다. 이 유형의 가장 좋은 리디렉션 시나리오는 이전 페이지를 복원 할 계획이없는시기입니다.
<the> 실제 사례의 도움으로 영구 HTTP 리디렉션의 개념을 설명해 봅시다.
</the>
FAQ 페이지는 하위 도메인 (https://faq.website.com)에서 호스팅됩니다
당신은 당신의 FAQ 페이지를 하위 폴더 (https://www.website.com/faq/)로 옮기기로 결정합니다.
하위 도메인이 삭제되면 404 페이지가 나타나서 SEO에 해를 끼칠 수 있습니다.
사용자 경험 도이 관행을 겪고 있으므로 리디렉션은 필수입니다. .
사용자가 이전 URL을 방문하지 못하도록 301 리디렉션을 배치하십시오.
검색 엔진도 새 FAQ 페이지로 리디렉션됩니다.
영구 리디렉션 (301 리디렉션)의 예 중 하나를 살펴 보겠습니다. 여기서는 사용자와 검색 엔진을 새로운 위치로 리디렉션하는 데 사용되는 301 HTTP 상태 코드를 볼 수 있습니다. 강조 표시된 변경 사항은 굵은 노란색입니다
프로그래머는 종종 .htaccess 파일을 사용하여 301 리디렉션을 포함하여 다양한 유형의 리디렉션을 구현합니다. 고려해야 할 301 개의 리디렉션에는 다음과 같은 두 가지 방법이 있습니다.
-
전체 도메인을 새 웹 사이트로 리디렉션 할 수 있습니다. 관심있는 도메인을 리디렉션 한 후 추가하십시오.
-
한 페이지 만 리디렉션하려면 301을 리디렉션 한 후 이전 URL을 지정해야합니다.
-
여기서 다양한 코딩 접근법에는 다른 리디렉션 구현이 필요하다는 것을 언급하는 것이 중요합니다. 예를 들어, PHP를 사용하여 301 리디렉션을 구현하면 다음과 같습니다.
-
JavaScript는 SEO 관행에 최적이 아닙니다. Google은 때때로 JavaScript의 301 리디렉션을 잘못 해석합니다. SEO 친화적 인 영구 리디렉션에 관심이 있다면 위에 나열된 방법 중 하나를 선택하는 것이 좋습니다.
302 발견
REST API에는 더 일반적으로 사용되는 상태 코드가 있습니다. 영구 301 리디렉션과 비교하여 일부 - 임시
리디렉션이 필요할 때 302 레벨이 사용됩니다. 예를 들어, 곧 리디렉션 할이 URL의 변경 사항에 대해 알고 있거나 이전 페이지가 어느 시점에서 복원됩니다. 하나의 사례는 이전 페이지를 삭제 해야하는 경우, 모든 트래픽을 리디렉션하고 임시 URL에서 순위 점수를 저장해야합니다. 302 상태 코드를 사용하는 다른 이유 중 하나는 다음과 같습니다.
새이지만 임시 도메인으로의 마이그레이션 -
사이트 구조 변경 (그러나 일시적으로)
302 리디렉션의 구현은 301 레벨과 같은 방식으로 수행 될 수 있습니다. SEO 친화적 목적을위한 JavaScript 코딩을 피하기위한 권장 사항도 여기에 적용됩니다. -
예를 들어, 위의 이미지에서 302 레벨 상태 코드가 웹 사이트의 임시 재배치에 어떻게 사용되는지 확인할 수 있습니다. 웹 사이트/페이지 재 설계, 일부 테스트, 프로모션 실행 및 기타 단기 이벤트 및 계약 에이 유형의 리디렉션을 사용할 수도 있습니다.
303 다른 를 참조하십시오
이 HTTP 상태 코드를 사용하면 REST API가 참조 형태로 고객에게 제안을 보낼 수 있습니다. 303 리디렉션의 주목할만한 기능은 캐시가없는 성능입니다. 그러나 두 번째 리디렉션 세션은 캐시 될 것임을 언급 할 가치가 있습니다.
303 상태 코드는 SEO에 중요하지 않습니다. 그럼에도 불구하고, 그것은 이미 방문한 것 대신 다른 URL을 제안 할 수있을 때 사용자 친화 성을 향상시키고 마케팅 목적을 실현하는 데 도움이 될 수 있습니다.
304 수정되지 않음
이 코드는 일반적으로 REST API에서 다른 3xx와 같이 사용됩니다. 재 전송이 필요하지 않은 경우 수정되지 않은 상태 코드를 사용할 수 있습니다. 페이지가 아직 수정되지 않은 경우 리디렉션 캐시를 무료로 만들 수 있습니다. 
304 리디렉션 예제로 코딩을 자세히 살펴 보겠습니다. 상태 코드는 요청 된 메소드 및 URL에 지정됩니다.
305 프록시를
이 HTTP 상태 코드는 현재 더 이상 사용되지 않습니다. 일부 브라우저는 이러한 유형의 리디렉션을 사용하지 않습니다. 예를 들어, Mozilla Firefox와 Internet Explorer는 보안상의 이유로 사용자가 305 개의 리디렉션을 방지하지 못합니다. 이 상황에 대한 주요 설명은 요청을 진행하고 웹 리소스에 대한 액세스를 제공하는 데 사용되는 단일 프록시입니다. 이 접근법은 일부 브라우저에있어 위험합니다.
306 스위치 프록시 (미사용)
프로그래머는 지금이 상태 코드를 사용하지 않습니다. 주요 아이디어는 일부 특수 목적 요청이 이루어질 때 대리를 전환 할 수있는 기회였습니다. 코딩에 해당 유형의 리디렉션이 제시되면 사용자는 기본적으로 지정된 프록시로 돌아갑니다.
307 임시 리디렉션
이 HTTP 상태 코드는 302 상태 코드와 매우 유사합니다. 그렇기 때문에 리디렉션에 필요한 구현 방법은 301과 302와 동일합니다. 둘 다 임시 HTTP 리디렉션에 관한 것이기 때문에 207과 302의 차이점을 파헤쳐 봅시다. 전문가들은 여전히이 주제에 대해 토론합니다. 우리의 목적을 위해, 307 개의 리디렉션에 대해 고려해야 할 두 가지 의견이 있습니다.
302와 307 임시 리디렉션의 차이가 있습니다. 302 레벨 상태 코드는 HTTP 방법을 변경하는 데 유명합니다. 동시에, 307 개의 리디렉션이 HTTP 방법 변경없이 사용됩니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
