일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- docker명령어
- 외부키
- 커밋메세지수정
- 포트
- appspec
- ㅔㄴ션
- WeNews
- AuthenticationEntryPoint
- Query
- ubuntu
- 2 > /dev/null
- foreignkey
- subquery
- application.yml
- 추후정리
- querydsl
- 메세지수정
- 컨테이너실행
- 서브쿼리
- 네이티브쿼리
- 검색
- 테스트
- 예약
- 참조키
- 테스트메소드
- MySQL
- EC2
- appspec.yml
- 메소드명
- 적용우선순위
- Today
- Total
목록Network (6)
제뉴어리의 모든것
보통 우리가 개발하면서 사용하는 HTTP 요청 메소드는 2가지 GET, POST 방식이 있다. 웹 개발자로서 잘 사용하지 않아도 어떤 것인지는 알아야 되지 않을까 하는 마음에 정리한다. 1. HTTP 요청 메소드란? 클라이언트가 웹 서버에게 사용자 요청의 목적/종류를 알리는 수단이다. 최초의 HTTP에서는 GET 메소드 하나밖에 존재하지 않았고, 당시 서버로부터의 응답은 무조건 HTML 문서였다. 2. 요청 종류 1) HEAD : 메세지 헤더(문서 정보) 취득 GET과 유사한 방식이지만, 실제 문서를 요청하는 것이 아니라, 문서 정보를 요청하는 것이다. 이에 따라 HTTP 응답 메세지에 본문(Body)없이 HTTP 헤더 정보만을 보냄. 2) GET: URI 형식으로 웹 서버측 리소스(데이터)를 요청 파라..
Content-Type 헤더 Content-Type은 말그대로 HTTP 메시지(요청과 응답 모두)에 담겨 보내는 데이터의 형식을 알려주는 헤더입니다. 세상에 모든 브라우저와 모든 웹서버가 그렇다고는 말할 수 없겠지만 대부분의 HTTP 표준 스펙을 따르는 브라우저와 웹서버는 우선적으로 저 Content-Type 헤더를 기준으로 HTTP 메시지에 담긴 데이터를 분석하고 파싱할것입니다. 만약 Content-Type헤더가 없다면 데이터를 전송하는쪽(브라우저나 웹서버)에서는 특정한 형식의 데이터일지라도 받아들이는 쪽에서는 단순 텍스트 데이터라고밖에 생각할 수 없을것이며, 이를 분석하고 파싱하는 프로그램을 별도로 작성해주어야 겠지요. 그러나 여기서 알아야할 점은 HTTP 요청의 경우 GET방식인 경우에는 무조건 U..
POST 메소드로 리모트 서버의 프로토콜을 호출하면 POST만 요청하지 않는다. 동일한 주소의 OPTIONS 메소드를 먼저 요청하고 200 응답을 확인 후 POST 메쏘드를 호출한다. 이것을 Preflighted request라고 한다. POST, PUT처럼 서버 자원을 변경하는 메소드일 경우 서버 확인을 위해 OPTIONS 메소드를 사용하는 것이다. POST, PUT 메소드는 서버 자원 변경을 위해 많은 데이터를 전송할 수 있기 때문이다. 만약 서버에 문제가 있다면 많은 데이터를 보내는 것은 분명 낭비다. 그러한 이유로 OPTIONS 메소드를 통해 Preflighted request를 먼저 날리는 것 같다. 출처 : options 메쏘드에 대해 | 김정환 블로그 (jeonghwan-kim.github...
아래 글은 참고한 블로그와 본인이 공부한 내용들을 정리한 것입니다. 틀린점들이 있을수도 있습니다. 다양한 서버인증 방법을 알아보자 우선 인증이든 뭐든 간데 우리들은 로컬의 데이터만을 사용하는것이 아니라면 그리고 웹, 앱을 이용하여 활동을 한다면 HTTP를 이용하여 서버와 클라간의 통신을 통해 무엇인가 이루어져야 한다. 1. HTTP 요청에 대해 현재 모바일이나 웹 서비스에서 가장 많이 쓰이는 통신 방식은 HTTP 통신입니다. HTTP 통신은 응답 후 연결을 끊기게 되며 과거에 대한 정보를 전혀 담지 않습니다. 이 말은 지금 보낼 HTTP 요청은 지난 번에 내 정보를 담아 보냈던 HTTP 요청과 전혀 관계가 없다는 말입니다. 따라서 각각의 HTTP 요청에는 주체가 누구인지에 대한 정보가 필수적입니다(인증이..
쿠키(Cookie)와 세션(Session)을 사용하는 이유 HTTP 프로토콜에는 비연결성(Connectionless)과 비상태성(Stateless)라는 특징이 있습니다. 모든 사용자의 요청마다 연결과 해제의 과정을 거치면서 연결 상태를 유지하지 않고 연결 해제 후에도 상태 정보를 저장하지 않기 때문에 서버의 자원을 크게 절약할 수 있습니다. 하지만 이로 인해 사용자를 식별할 수 없어서 같은 사용자가 요청을 여러번 하더라도 매번 새로운 사용자로 인식하는 단점이 있습니다. 하지만 우리가 사용하고 있는 웹사이트를 생각해보면 로그인을 한 번 하고나면 그 사이트에서는 다시 로그인할 필요 없이 여러 페이지의 기능들을 이용할 수 있고 심지어 브라우저를 종료했다가 나중에 다시 접속했을 때도 그 로그인 상태를 유지할 수..
HTTP : Hypertext Transfer Protocol Hypertext : 링크와 링크로 연결로 연결된 체계를 가지고 있는 문서. ex: HTML HTTPS 의 S : Over Secure Socket Layer -> 보안을 위해 암호화가 적용된 프로토콜 HTTP가 SSL이란 것을 사용하면 HTTPS가 된다. SSL이란 일종의 프로토콜. HTTP 프로토콜이 SSL 프로토콜을 추가 사용하면 HTTPS 참고 : HTTPS와 SSL 인증서 - 생활코딩 (opentutorials.org)