일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Could not find or load main class worker.org.gradle.process.internal.worker.GradleWorkerMain
- 조건부요청
- 300
- 검증헤더
- Expires
- 서블릿필터
- no cache
- max age
- Not Modified
- supportParameter
- hikaricp
- 세션만들어보기
- resolveArgument
- etag
- 프록시객체
- 프록시 캐시 서버
- www-Authenticate
- HTTP상태코드
- 캐시
- 세션타임아웃설정
- must revalidate
- 쿠키생명주기
- 인증체크
- 양쪽 모두 값 설정
- 서블릿http세션
- HTTP API
- gradle오류
- UrlResource
- 쿠키보안문제
- http
- Today
- Total
복습을 위한
GET, POST 본문
메서드는 클라이언트가 서버에게 뭔가 요청을 할 때 기대하는 행동이다.
POST, PUT, PATCH는 메세지바디에 데이터를 담아서 서버로 보내야한다.
검색할 때 검색엔진에 필요한 파라미터를 넘길 때 query를 통해서 전달한다.
클라이언트가 100번 유저의 정보를 요청한다고 치자. 그러면 GET방식으로 정보를 보낸다. 그럼 서버는 그것을 받고 내부의 데이터베이스를 조회에 알맞은 정보를 JSON형태로 반환해준다.(다른 형태일 수도 있음)
서버에서 응답메세지를 만들어 클라이언트로 다시 보내주는 것이다.
POST는 메시지 바디를 통해 서버로 요청 데이터를 전달한다.
클라이언트가 필요한 데이터를 보내면 서버는 미리 약속되어있는(예: /members로 요청이 오면 저장을 하는 로직을 미리구현)기능을 수행한다. 서버는 데이터를 받으면 신규리소스 식별자를 생성해서 클라이언트에게 반환한다.(예: 회원등록을 위해 서버로 데이터를 보내면 서버는 그것을 저장하고 100이라는 신규리소스를 반환한다. 100번째 회원)
요청 데이터를 어떻게 처리한다는 걸까? 예시를 보자
등록, 변경 뿐만 아니라 다양한 프로세스를 처리한다.
사실 이상적인 URI로 설계하는 것이 가장 좋지만 실무에서는 그렇지 않은 경우도 있다. 그런경우는 어쩔 수 없이 컨트롤 URI로 설계해야한다.
참고https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC/dashboard
'http' 카테고리의 다른 글
HTTP 메서드의 속성 (0) | 2023.11.17 |
---|---|
PUT,PATCH,DELETE (0) | 2023.11.17 |
좋은 URI설계란 (0) | 2023.11.17 |
http메세지 (0) | 2023.11.17 |
비연결성 (0) | 2023.11.16 |