HTTP 헤더 : 설명, 매개 변수, 기능 및 권장 사항

현대 인터넷은 클라이언트 (브라우저)와 서버 간의 통신을 기반으로합니다. 서로 통신 할 수 있도록 특수 프로토콜이 개발되었다. 이 중 하나는 HTTP이며, 그 덕분에 사용자는 브라우저와보기, HTML 페이지를 통해 실행할 수 있습니다.

HTTP 헤더 무엇입니까

HTTP -이 두 컴퓨터 사이에 공유하는 HTML 페이지에 대한 방법입니다. 이 프로토콜은 1990 년에 발명하고, 현재 하이퍼 텍스트와 페이지를 표시하는 주요 방법입니다했다.

HTTP 헤더 - 컴퓨터 통신 라인. 이것은 사람들 사이의 대화를 연상시킨다. 당신이 사이트는 요청을 생성 열 때 브라우저, 당신 스스로 (언어, 국가, 자원에 대한 참조, 커널 버전, 등등. N.)에 대한 필요한 정보를 제공합니다. 이 모든 정보 보내신로 서버, 거기 스탠드 특정 프로그램 (아파치, Nginx에, LiteSpeed를보다. N.). 그것은 수신 된 문자열을 읽고 질문에 따라서 응답을 생성합니다.

예를 들어, 사람은 검색 창에 링크를 소개하고 브라우저는 요청을 생성, google.com을 열하기로 결정했다. HTTP 헤더 브라우저 조건은 다음과 같습니다 :

시작 라인	google.com보기
질문	나는 러시아에서 왔어요 나는 구글 크롬을 사용 나는 HTML 코드가 필요합니다 I 유무 정보에 대한 사용자
HTTP 본문	나는 기대

서버는 데이터를 처리하고 응답을 생성한다 :

시작 라인	모든 페이지가 발견 작동되고, 잘
대답	아파치 작업 페이지 2017년 5월 27일 변경 UTF-8 인코딩
메시지 본문	코드 페이지를 가져옵니다 사용자로부터 새로운 정보 (로그인, 비밀번호)

메시지 본문은 HTML 코드 페이지를 전송한다.

HTTPS 특징

HTTP- HTTPS 접속의 패스와 사이트의 대부분을 지금. 후자의 차이점은 모든 송신 된 정보를 추가로 암호화한다. 교환 클라이언트의 시작하기 전에 서버 인증 provverki에 대한 SSL 인증서가 필요합니다. 개발자가 변경되지 않는 경우, 그것은 코드의 수정없이 작업을 계속할 수 있습니다.

신뢰성에 대한 인증 검사를받은 후 클라이언트 (서버에서 인증 및 센터에 인증서를 비교). 모든 것이 잘 경우, 다음은 HTTP 프로토콜을 시작합니다. 헤더를 확인한 후 RSA 인증서를 통해 암호화됩니다. 이제 공격자는 중요한 사용자 정보 (로그인 이름, 암호, 등등. N.)를 훔칠 수 있습니다.

보기 HTTP-대화

HTTP-대화는 독립적으로 볼 수 있습니다. HTTP를 참조 등 날짜, 쿠키, 호스트, 서버, - - 문구 특수 감소를 사용하는 것처럼 .. 헤더는 브라우저 확장을 사용할 수 있습니다. 또한 온라인 서비스에 도움이 될 것입니다.

사용되는 플러그인의 HTTP 헤더를 보려면 :

• 방화범.
• 라이브 HTTP 헤더.
• HTTP 헤더.

온라인 서비스의 사용 :

• Bertal.ru.
• stupid.su.
• Speed-Tester.Info.

그들은 서버 헤더에서 얻은 별도의 윈도우에 표시 가로 챕니다. 그리고 한 페이지에서 100-200 제목에서 얻을 수 있습니다, 그리고 그들은 잠시 후 주기적으로 전송 될 수있다. 예를 들어, 소셜 네트워크에 온라인으로 확인합니다.

HTTP 헤더는 네 가지 유형으로 나눌 수 있습니다 :

• 일반 (일반 헤더) - 요청과 응답에 사용;
• (요청 헤더를) 요청하는 - 상기 요청에 대해;
• (응답 헤더) 대답 - 대한 대답;
• 엔티티에 대한 정보 (엔터티 헤더) - 질문과 답변.

클라이언트의 시작 라인

정보의 교환을 시작하려면, 먼저 메인 라인을 형성했다. 클라이언트는 그가 필요로하는 파일이나 오브젝트는 말한다. 프로토콜에 거래의 목적을 위해 특정 방식. 시작 라인의 구조는 다음의 3 부분으로 구성된다 :

쿼리 방법	목적	프로토콜
POST	/c840024/upload.php	HTTP / 1.1

그 후, 사이트의 라인 및 호스트 지정된 URL 주소가해야합니다. 질문의 다른 방법이 있습니다. 프로그래머는 자주 사용 :

• GET - 정보에 대한 요청을 (응답이 링크의 서버로 전송됩니다).
• POST - 서버에 숨겨진 방법 (대답은 주소 표시 줄에 표시되지 않는) 정보를 전송.
• HEAD - GET과 동일하지만, 서버가 반환 제목 만.
• PUT - URL에 대한 많은 요청의 전송을;

다른 모든 제목 다음에 출발 선 보낸 후 - 차 치료없이 사용자 에이전트, 쿠키 등 HTTP를 통해 정보를 교환 시작할 수 없습니다 ... 제목은 또한 프로토콜 1.0에서 유일하게 추가하고 양도 할 수 없습니다 않습니다.

클라이언트에서 정보의 전송

출발 선 전송 후, 클라이언트는 예를 들어, 브라우저 버전, 호스팅에 데이터를 전송하고, 언어가 사용. 원하는 경우, 서버는 고객의 요청 및 기타 정보를 더욱 수 있습니다 :

필수 (항상 전송) HTTP 요청 헤더는 호스트, 리퍼러, 사용자 에이전트하고 동의합니다.

요청에 헤더는 프로그래머가, 그들이 브라우저에 의해 형성되는 수에 영향을줍니다. 추가 확장을 통해 프로그램에있을 수 있습니다 자신의 전송을 구성합니다.

서버 HTTP 헤더 - 페이지에 대한 요청에 따라

클라이언트로부터 요청을 수신 한 후, 페이지가 서버에게 약간의 문자열을 보냅니다. 헤더 () 함수에 의해 사용되는 제목 - HTTP 전송을위한 PHP에서. 예를 들어, 당신은 페이지의 새 위치를보고 할 수 있습니다 :

헤더 ( '위치 : http://www.site.com/').

필요한 정보와 함께 전송 클라이언트 데이터 서버의 페이지에서. 이 방법은 서버에서 필요한 정보를 배울 수 있습니다 :

주로 이러한 요청이 제대로 브라우저에서 페이지를 표시 할 필요가있다. 그들은 페이지 로딩 속도를 개선하는 데 사용됩니다.

헤드 라인 에센스

요청 및 응답을 의미하는 제목이 있으며, 각 요청은 특정 개체 (HTML 코드가있는 페이지)에 연결된다. 덕분에 이러한 요청에 브라우저는 페이지에 대한 정보를 지정합니다. 그들은 적극적으로 캐싱에 사용됩니다.

가장 인기있는 제목은 기본적으로 마지막 수정입니다. 이 요청은 서버에 브라우저, 반대의 경우도 마찬가지 모두에서 전송 될 수 있습니다. 이 제목을 통해 고객은 캐시를 업데이트 할 필요가 있는지 여부를 알아 낸다. 예 대화 :

클라이언트 : "페이지가 서버에서 변경되면 나는 2016년 5월 16일의 캐시가?"

서버 : "예, 캐시가 변경 2017년 3월 19일, 여기에 새로운 버전입니다."

서버 응답

클라이언트로부터 출발 선를 수신하면, 서버는 응답을 생성합니다.

HTTP	프로토콜 버전	제목 상태	설명
HTTP	1.1	(200)	OK

연결 상태가 확인되면, 서버는 클라이언트에게 요청 된 정보를 보낼 수 있습니다.

예를 들어, HTTP-대화는 아래 그림에서 볼 수 있습니다.

요청 헤더를 사용하여 페이지 프로그래머를 형성한다 ().

상태 코드

계속 통신하는 클라이언트 요구하는 확인하십시오 모든 작품에 호스팅 및 표시 올바르게. 이를 보장하기 위해, 답변의 상태는 발명되었다. 그들은 세 자리 수를 나타냅니다.

전송 상태, 당신은 («HTTP / 1.1 200 OK») 헤더 등의 제목으로 페이지와 함께 시작할 수 있습니다.

캐시 된 페이지

페이지의 교환 과정을 빠르게하기 위해, 캐싱을 발명했다. 페이지는 로컬 컴퓨터 저장소에 압축 된 형태로 저장된다. 이제 제목은 대용량 파일을 보낼 기억할 필요가 없습니다. 당신은 호스팅 및 고객의 정보가 동일한 지 확인해야합니다.

그는이 페이지에 대한 캐시가 있는지 확인하기 위해 클라이언트 검사에서 호스팅 헤더를 획득 한 후, 특별한 캐시 라인의 요청을 만들었습니다. 그렇지 않은 경우, 서버에서 요청합니다. 향후, 프로토콜의 브라우저에 액세스하기 전에 만 캐시가 서버에서 변경되지 않은 여부를 확인합니다.

관련 간결한 정보를 확인하려면 HTTP 헤더의 유효성에 표시됩니다. 클라이언트가 파일을 로컬에 저장됩니다에 대한 정보를 전송하고, 서버는 버전을 나타냅니다. 서로 일치하면, 브라우저는 단순히 캐시의 버전을 표시합니다.

검색 엔진 최적화를 위해 반드시 HTTP 헤더에 날짜를 지정해야합니다. 이러한 목적을 위해 마지막으로 수정. 또한, 캐시 저장 잠시 후 업데이트 할 수 있습니다. 이 목적이 만료하십시오. 그것은 허용하거나 페이지에서 정보를 저장 허용 할 수 있기 때문에, 캐시 제어에 사용되는 캐시를 구성합니다.

적절한 캐시 설정을 빠르게 검색 엔진에 최고 문제에 자원을 이동할 수 있습니다. 알고리즘 Yandex 주차와 구글은 정기적으로 사이트를 방문하여 내 문서 보관소에 현금을 보존 할 수 있습니다. 잠시 후 그들은 정보를 시간의 관련성을 확인하기 위해 서버에 전원을 켭니다. 정보가 변경된 경우, 파일 업데이트는 검색 엔진 서버에서 발생하고 데이터를 다시 인덱싱합니다.

일부는 로봇이 최고 기사 발행 검색에 보관하기 때문에 바라고, 마지막으로 수정 현재 날짜 제목을 전송하는 것이 좋습니다. 그러나 알고리즘이 다시 때마다 캐시와 다시 인덱스를 내부의 정보를 변경하는 것으로 나타났다. 항상에만 문서의 위치를 악화시킬 수 때로는 좋은 결과로 이어질하지 않습니다.

브라우저 표시 줄에 URL 링크에

호스팅과 통신하려면 사용자마다 브라우저에 URL 링크를 소개합니다. 이러한 문자 세트는 명확한 구조를 갖고, 필요한 정보가 그를 통해 전송된다. 구조 링크는 다섯 개 부분으로 구성되어 있습니다 :

• 프로토콜;
• 바람직한 개체와 개체의 주소;
• 포트 처리;
• HTTP-라인 (GET 메서드를 전송)
• 쿼리 코드입니다.

그들을 통해 당신이 HTTP 페이지, PHP의 유형뿐만 아니라 액세스 할 수있는 링크의 도움 등. N.으로는 데이터베이스에서 검색하거나 다른 컴퓨터로 정보를 전송하는 것이 가능하다. 이 방법은 해커가 SQL 주입 및 데이터베이스 사이트에서 정보를 도용하는 다양한 방법을 수행 종종있다.

주로 라틴 사용 - URL 단점은 다른 알파벳 지원의 부족이다. 이 때문에 제대로 게시하기 전에 문서의 약식 제목을 생각해야합니다. 결국, 검색 엔진 링크는 자원의 유용성과 사용자의 페이지를 제공 할 수있는 정보를 평가합니다. 따라서, 검색 엔진 최적화에있는 문서에 대한 올바른 URL의 형성에 지불 특별한주의해야한다.