HTTP는 상태를 가지지 않는다. HTTP는 stateless 프로토콜로 상태를 유지하지 않는다. 덕분에 확장성이 높다는 장점도 있지만 로그인 같은 상태를 유지해야 하는 로직에서 단점을 보인다. 때문에 쿠키와 세션 그리고 토큰 등을 사용해 상태 유지 기능을 구현한다. 로그인 처리 - 쿠키 서버에서 로그인에 성공하면 HTTP 응답에 쿠키를 담아서 브라우저에 전달한다. 그러면 브라우저는 앞으로 해당 쿠키를 지속해서 보내준다. 쿠키 생성 위 예제에서는 예시로 쿠키에 memberId를 넘겨주었다. 최초 로그인 후 쿠키에 memberId를 담아 보내면 브라우저에서 이후 모든 요청에 받은 쿠키를 보낸다. 덕분에 서버에서는 로그인한 사용자라는 것을 인식하고 권한을 부여한다. 쿠키와 보안 문제 쿠키값은 임의로 변경할 ..
네트워크
4장 결과를 전달하는 HTTP 상태 코드 4.1 상태 코드는 서버로부터 리퀘스트 결과를 전달한다. 1xx Information 리퀘스트를 받아들여 처리 중 2xx Success 리퀘스트를 정상적으로 처리했음 3xx Redirection 리퀘스트를 완료하기 위해서 추가 동작이 필요 4xx Client Error 서버는 리퀘스트 이해 불가능 5xx Server Error 서버는 리퀘스트 처리 실패 4.2 2xx 성공(Success) 리퀘스트가 정상으로 처리되었음을 나타낸다. 200 OK 리퀘스트를 서버가 정상 처리하였음을 나타낸다. GET 메서드의 경우 리퀘스트된 리소스에 대응하는 엔티티가 리스폰스에 보내진다. 201 Created 요청에 성공해서 새로운 리소스가 생성됨 생성된 리소스는 응답의 Locatio..
2장 간단한 프로토콜 HTTP HTTP 특징 클라이언트 서버 구조 무상태 프로토콜(stateless), 비연결성 HTTP 메시지를 통해 통신 단순함, 확장 가능 클라이언트 서버 구조 클라이언트와 서버 간의 통신을 한다. 클라이언트 - 텍스트와 이미지 등과 같은 리소스를 요구 서버 - 리소스를 제공 예전에는 클라이언트와 서버라는 개념이 분리되어 있지 않았다. 하지만 분리 후 서버는 비즈니스 로직과 데이터 관리에 집중한다. 클라이언트에는 UI와 사용성에 집중한다. ⇒ 양쪽이 독립적으로 진화할 수 있다! ex) 웹, 모바일 등이 만들어져도 서버엔 변화가 적고, 트래픽이 증가해서 서버를 증설해도 클라이언트엔 변화가 적다. 무상태 프로토콜(스테이스리스), 비연결성 HTTP는 상태를 유지하지 않는 stateless..
