728x90 Web17 Origin Web content origin은 스킴, 호스트, URL의 포트로 정의되고 이는 origin에 접근하는데에 사용된다. 2개의 객체가 같다는 의미는 이 두개의 객체가 같은 스킴, 호스트, 포트를 사용한다는 의미이다. 일부 연산의 경우 동일한 원본 콘텐츠로 제한되고 이 제한은 CORS를 사용해 해제할 수 있다. 아래는 같은 오리진의 예시이다. http://example.com/app1/index.html http://example.com/app2/index.html 아래는 서로 다른 오리진의 예시이다. http://example.com/app1 https://example.com/app2 2020. 12. 25. HTTP overview HTTP(Hypertext Transfer Protocol)은 애플리케이션 계층의 프로토콜로 hypertext 문서들을 전속하는게 사용된다. 이는 웹 클라이언트와 웹 서버사이의 커뮤니케이션을 위해 고안되었지만 다른 용도로도 사용이 가능하다. HTTP는 client-server model을 따르기게 클라이언트가 커넥션을 열고 요청을 만든 후 응답이 올때까지 기다린다. HTTP는 stateless라는 특징을 가지고 있다. statless는 서버가 요청과 응답 간의 어떠한 데이터도 저장하지 않는다는 의미이다. HTTP는 TCP/IP기반이지만 신뢰하는 어떠한 trasnport layer도 사용이 가능하다. 또 한 UDP처럼 메시지 전송 도중 데이터가 유실되지 않는다. HTTP는 웹과 client-server p.. 2020. 12. 24. JWT(JSON Web Token) JWT는 1. 전자서명된 URL-safe(URL로 이용 가능한 문자만 사용됨)한 JSON이다 2. claim을 JSON 구조로 표현한 RFC7519표준이다. RFC7519는 JWT를 기술한 RFC이다. claim은 payload에 담는 정보의 한 조각으로 name: value쌍을 이루고있다. claim은 registered claim, public claim, private claim이 세종류로 나눠져있다. 3.요청 헤더에 JWT토큰을 넣고 요청을 보내기에 서버는 별도의 인증없이 헤더에 포함된 JWT토큰을 통해 인증한다. 4. JWT는 HMAC 알고리즘 또는 RSA를 이용한 공개키, 비밀키 쌍으로 서명할 수 있다. HMAC(keyed-hash message authentication code, hash-.. 2020. 12. 23. HTTP메시지 1. 메지시의 흐름 in-bound: 메시지가 원 서버로 이동하는것 out-bound: 데이터 처리가 끝난 후 메시지가 사용자 에이전트로 돌아오는것 down-stream: 요청, 응답관련없이 메시지가 전송되는 방향 up-stream: 메시지의 발송자 2. 메시지의 구조 메시지는 기본적으로 1. 시작줄: 어떤 메시지인지를 서술한다. 요청메시지의 시작줄: 무엇을 해야하는지를 서술 응답 메시지의 시작줄: 무슨일이 일어나는지를 서술 2. 헤더블록: 속성 3. 본문: 데이터를 담고있다(optional) 이 세가지로 구성되있다. 시작줄과 헤더블록은 캐리지 리턴 과 개행문자로 구성된 두 글자의 줄바꿈 문자열로 끝난다. 이 줄바꿈 문자열을 CRLF라 부른다. 하지만 견고한 애플리케이션이라면 일반 개행문자도 받아들일 수.. 2020. 12. 23. 이전 1 2 3 4 5 다음 728x90
