요청-응답 헤더를 사용하는 방법

브라우저에서 보는 거의 모든 것이 HTTP 프로토콜을 통해 컴퓨터로 전송됩니다. 예를 들어 이 기사 페이지를 열었을 때 브라우저는 많은 HTTP 요청( Request )을 보내고 많은 응답( Response )을 받았습니다.

HTTP 헤더( Header )는 이러한 HTTP 요청 및 응답의 중요한 부분이며 클라이언트의 브라우저, 요청된 페이지, 서버 등에 대한 정보를 전달합니다.

이 자습서에서는 Request Headers 에서 필요한 정보를 얻는 방법을 보여줍니다. 이 튜토리얼은 요청 헤더( Request Headers )에서 관심 있는 정보를 얻고 특정 값을 필요한 응답 헤더( Response Headers )로 설정하는 방법을 안내합니다.

Request Headers 의 내용에 대한 정보를 얻는 가장 쉬운 방법은 게시된 애플리케이션에서 요청을 실행하는 것입니다.

개발자 도구( F12 )로 이동합니다.
Networks 탭으로 전환합니다.
목록에서 제출된 요청을 선택합니다.
Headers 탭으로 전환하고 Request Headers 섹션을 찾으십시오.

1_f12

AppMaster를 사용하여 요청-응답 헤더와 상호 작용하는 방법

AppMaster 백엔드 디자이너에서 요청 헤더 가져오기 비즈니스 프로세스 블록에 이름이 지정된 경우 Get Request Headers 헤더 정보를 가져올 수 있습니다.

2_getRequestHeaders

Name [ string ] - 헤더의 이름.
Value [ string ] - 헤더의 값.

응답에 사용자 정의 Header 를 추가하려면 Set Response Header 블록이 사용됩니다.

3_setResponseHeaders

Name [ string ] - 헤더의 이름.
Value [ string ] - 헤더의 값.

많은 Request Headers 가 있지만 그 중 몇 가지가 아래에 설명되어 있습니다(정보는 https://www.w3.org/Protocols/HTTP/HTRQ_Headers.html 에서 가져옴).

보낸 사람 - 인터넷 메일 형식 From 요청하는 사용자의 이름을 제공합니다. 이 필드는 로깅 목적 및 안전하지 않은 형태의 액세스 보호에 사용될 수 있습니다. 이 필드의 해석은 수행된 방법에 대한 책임을 수락하는 지정된 사람을 대신하여 요청이 수행되고 있다는 것입니다. 이 필드의 인터넷 메일 주소는 요청을 발행한 인터넷 호스트와 일치하지 않아도 됩니다. (예를 들어, 요청이 게이트웨이를 통해 전달되면 원래 발급자의 주소를 사용해야 합니다). 메일 주소는 실제로 인터넷 메일 주소인지 아니면 다른 메일 시스템에 있는 주소의 인터넷 메일 표현인지 여부에 관계없이 가능한 경우 유효한 메일 주소여야 합니다.
Accept - 이 필드에는 이 요청에 대한 응답에서 수락될 표현 체계( Content-Type 메타정보 값)의 세미콜론으로 구분된 목록이 포함됩니다. 물론 주어진 세트는 동일한 사용자의 요청에 따라 다를 수 있습니다.
예시:
수락: 텍스트/일반, 텍스트/html
수락: 텍스트/x-dvi; q=.8; mxb=100000; mxt=5.0, 텍스트/xc
Accept-Encoding - Accept 와 유사하지만 응답에서 허용되는 Content-Encoding 유형을 나열합니다.
예시:
수락 인코딩: x-압축; x-zip
Referer - 이 선택적 헤더 필드를 사용하면 클라이언트가 서버의 이점을 위해 요청의 URI를 가져온 문서(또는 문서 내의 요소)의 주소( URI )를 지정할 수 있습니다. 이를 통해 서버는 관심, 로깅 등을 위해 문서에 대한 백링크 목록을 생성할 수 있습니다. 유지 관리를 위해 잘못된 링크를 추적할 수 있습니다. 부분 URI가 제공되면 요청 객체의 URI를 기준으로 구문 분석해야 합니다.
예시:
참조: http://www.w3.org/hypertext/DataSources/Overview.html
Authorization - 이 행이 있으면 권한 부여 정보가 포함됩니다. 형식은 지정 예정(TBS)입니다. 이 필드의 형식은 확장 가능한 형식입니다. 첫 번째 단어는 사용 중인 권한 부여 시스템의 사양입니다.
예시:
승인: 무기명 BtHKEsVs5mNNtNf7UWoVwjJzFqLOzucA
Accept-Language - Accept 와 유사하지만 응답에서 선호하는 언어 값을 나열합니다. 불특정 언어로 된 응답은 불법이 아닙니다.
User-Agent - 이 행이 있는 경우 원래 클라이언트에서 사용하는 소프트웨어 프로그램을 제공합니다. 이는 통계적 목적과 프로토콜 위반 추적을 위한 것입니다. 포함되어야 합니다. 공백으로 구분된 첫 번째 단어는 선택적인 슬래시 및 버전 지정자와 함께 소프트웨어 제품 이름이어야 합니다. 사용자 에이전트의 일부를 구성하는 다른 제품은 별도의 단어로 표시될 수 있습니다.
예시:
사용자 에이전트: LII-Cello/1.0 libwww/2.5

Response Headers 예:

Allowed - 요청하는 사용자가 이 URL에 대해 실행할 수 있는 요청 집합을 나열합니다. 이 헤더 행이 생략되면 기본적으로 허용되는 메소드는 " GET HEAD "입니다.
Public - 허용 되지만 누구나 사용할 수 있는 요청을 나열합니다. 생략하면 기본값은 " GET "입니다.
Content-Length - 본문이 바이너리이고 구문 분석 라인 등 없이 통신 링크에서 직접 읽어야 함을 의미합니다. 데이터가 요청의 일부인 경우 종료 시퀀스의 이스케이프 및 디이스케이프를 방지합니다.
Content-Encoding - 사용되는 인코딩 메커니즘을 지정합니다. 현재 x-compress 및 x-gzip 만 사용 중입니다.
Content-Type - 문서 유형을 지정합니다.
Content-Length - 본문이 바이너리이고 구문 분석 라인 등 없이 통신 링크에서 직접 읽어야 함을 의미합니다. 데이터가 요청의 일부인 경우 종료 시퀀스의 이스케이프 및 디이스케이프를 방지합니다.
Last-Modified - 마지막으로 개체가 수정된 시간, 즉 문서가 "살아 있는 문서"인 경우 이 버전의 날짜입니다.