>  기사  >  웹 프론트엔드  >  HTTP 지식을 배우세요

HTTP 지식을 배우세요

WBOY
WBOY원래의
2016-09-23 11:13:14920검색

배움도, 기술도 없습니다

다시 한번 제가 무지하고 무능하다는 생각이 들었습니다. 누군가 제게 HTTP 지식을 물었을 때 저는 아무런 대답도 하지 못해서 너무 당황스러웠습니다. 평소에 기술 관련 글을 많이 읽는 편인데, 왜 중요한 순간에 질문에 답을 못 하는 걸까요?

보기만 해도 소용이 없는 문제를 찾았습니다. 나는 다른 사람들이 말하는 것을 명확하게 이해했다고 느꼈지만 다시 반복하라는 요청을 받으면 전혀 대답하지 못할 수도 있다는 것을 알았습니다. 다른 사람의 글을 읽는 것은 마치 소설을 읽는 것과 비슷하기 때문입니다. 마음속으로 작가의 생각을 따라가고 이해하고 있다고 느낄 수도 있지만 사실은 그냥 지나칠 뿐입니다. 그래서 기술을 잘 배우고 싶어요

  • 한편으로는 다른 사람의 기사, 책, 소스코드 등 요약을 읽어야 합니다
  • 그런 다음 블로그에 글을 쓰거나 책에 있는 코드를 실행하는 등 직접 요약하여 이해를 심화시켜야 합니다.
  • 마지막으로 특히 직장에서 사용하는 것입니다. 아주 능숙하게 스킬을 사용했다면 잊어버리기 어려울 것입니다.

HTTP 지식에 대해 더 나은 인상을 받으려면 블로그를 작성하세요. 더 얕은 것부터 더 깊은 것까지 시작해서 시간을 투자하세요.

먼저 http를 간단히 이해하세요

HTTP는 애플리케이션 계층 프로토콜인 하이퍼텍스트 전송 프로토콜입니다. 제가 이해한 바에 따르면 서버는 텍스트 조각을 생성하여 네트워크에 전송하고 클라이언트는 이를 뷰로 구문 분석하여 상호 작용을 제공할 수 있습니다.

http는 요청과 응답으로 구성됩니다. 설계 시 상태 비저장 프로토콜이므로 모든 작업은 기본적으로 클라이언트가 요청을 시작하고 서버가 응답을 반환합니다.

Http 요청과 응답에는 모두 요청 줄, 메시지 헤더, 메시지 본문이 포함됩니다.

공통 헤더

헤더라고 하면 복잡하지는 않지만 자세히 살펴보면 많은 지식이 들어있지만 실제로는 조금 많은 것이 핵심입니다.

공통 헤더 필드

  • Cache-Control: 요청과 응답이 뒤따르는 캐싱 메커니즘을 지정합니다
  • 연결:keep-alive:서버와의 TCP 연결 유지
  • 날짜: 메시지를 보낸 날짜와 시간
  • Pragma: 구현별 지침을 포함하는 데 사용되며 가장 일반적으로 사용되는 것은 Pragma:no-cache입니다. HTTP/1.1 프로토콜에서 그 의미는 Cache-Control:no-cache와 동일합니다.
  • 전송-인코딩:청크:청크 인코딩

요청 헤더

  • 요청 URL : 요청 URL
  • 요청 방식 : 요청 방식(OPTIONS, HEAD, GET, POST, PUT, DELETE, TRACE, CONNECT, PATCH)
  • 원격 주소: 원격 서버의 주소
  • 수락: 클라이언트가 받은 MIME 유형을 지정합니다(text/html, application/xhtml+xml, application/xml)
  • Accept-Encoding: 클라이언트가 수신한 인코딩을 지정하며 일반적으로 압축 알고리즘(gzip, deflate, sdch)을 지정하는 데 사용됩니다.
  • Accept-Language: 클라이언트가 수신하는 언어를 지정합니다(zh-CN,zh)
  • Accept-Charset: 클라이언트가 수신한 문자 집합을 지정합니다(gb2312, uft-8)
  • 쿠키: 클라이언트 쿠키 정보
  • 호스트: 요청한 도메인
  • User-Agent: 요청을 시작한 사용자 정보, 운영 체제, 브라우저 버전 등
  • If-Modified-Since: 서버가 마지막으로 수정된 시간

응답 헤더

  • 콘텐츠 인코딩: 응답 패킷 인코딩 및 압축 알고리즘(gzip)
  • Content-Type: 응답 패킷의 리소스 유형(text/html; charset=utf-8)
  • 만료: 만료 시간
  • 최종 수정 날짜: 마지막 수정 시간

공통 상태 코드

  • 200: 요청 성공
  • 201: 요청이 이행되었고 요청을 기반으로 새 리소스가 생성되었으며 해당 URI가 Location 헤더와 함께 반환되었습니다.
  • 301/302: 리디렉션
  • 304: 클라이언트가 요청한 리소스가 수정되지 않았습니다
  • 400: 잘못된 요청 패키지
  • 404: 요청 실패, 지정된 리소스를 찾을 수 없습니다
  • 500: 내부 서버 오류. 일반적으로 서버에 오류가 있어 응답 패킷을 반환할 수 없습니다.

참고: 이 기사는 원본이므로 재인쇄해도 좋습니다. 기사 페이지의 눈에 띄는 위치에 이 기사에 대한 링크를 제공하세요.
이 글이 좋다고 생각되시면 오른쪽 하단 추천을 눌러주시면 정말 감사하겠습니다!
http://www.cnblogs.com/5207
성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.