put - 리소스가 있으면 대체 - 리소스가 없으면 생성 - 쉽게 이야기해서 덮어버림 ## 완전히 대체해버림 중요! 클라이언트가 리소스를 식별 ㅡ클라이언트가 리소스 위치를 알고 URI 지정 - 리소스의 위치가 POST에비해 확실히 지정함 (POST가 /members 에 보낸다면, PUT은 /members/100에 보낸다.) --POST와 차이점 ---- HTTP 메서드의 속성 # 안전(Safe method) - 호출해도 리소스를 변경하지 않는다. - Q:그래도 계속 호출해서, 로그 같은게 쌓여서 장애가 발생하면요? - A:안전은 해당 리소스만 고려한다. 그런부분은 고려하지 않는다. # 멱등(Idempotent) - f(f(x)) = f(x) - 한 번 호출하든 두 번 호출하든 100번 호출하든 결과가 똑..
HTTP GET: 리소스 조회 (뭐좀 줘) POST: 요청 데이터 처리, 주로 등록에 사용 (데이터 줄테니 등록해줘) PUT: 리소스를 대체, 해당 리소스가 없으면 생성 PATCH: 리소스 부분 변경 DELETE: 리소스 삭제 GET GET/search?q=hello&hl=ko HTTP/1.1 Host: www.google.com 리소스 조회 서버에 전달하고 싶은 데이터는 query(쿼리 파라미터, 쿼리 스트링)를 통해서 전달 #메세지바디를 전달 할 수 있다. 최근 스펙에서는 가능하지만 실무에서는 겟 메서드에 바디에 데이터를 넣지않는다. 왜냐하면 지원하지 않는 서버가 많기 때문이다. HTML 삽입 미리보기할 수 없는 소스 POST 클라이언트에서 서버로 데이터를 전달주며 처리해달라고 하는 것 (등록 등) ..
DNS IP는 기억하기가 어려운 단점이 있다 (123.412.421.1.....) 기억을 한다고 해도 신규 IP로 바뀌면 또 접근이 안된다. 그래서 DNS(Domain Name System) 이 있다 -전화번호부 -도메인 명을 ip주소로 변환해줌 쉽게말해서 DNS서버에 도메인을 등록할 수 있다 만약 우리가 google.com으로 접근하면 DNS서버에다가 '구글 아이피 내놔'라는 말을 하게 되는 것이고 DNS서버는 200.200.200.2인 IP로 응답을 준다 그후에 받은 IP로 접근을 한다 그럼 아이피를 바꾸게 되면 DNS에서 IP를 바꾸면 된다.
PORT 한 번에 둘 이상 연결해야 한다면? 친구랑 게임을 하며 화상통화도 한다 그리고 웹브라우저 를 사용하고 있다 그럼 한 컴퓨터가 여러개의 pc와 통신중이다 여러 패킷이 날라올 텐데 어떻게 구분할 것인가 여기서 tcp에 있는 포트주소가 사용된다 내 컴퓨터에서 게임은 [나 100.100.100.1:8090] [친구 : 200.200.200.2 : 11220] 화상통화 [나 21000] [친구 : 200.200.200.2 : 32202] 웹브라우저 [나 10010] [다른서버 : 200.200.200.3 : 80] 으로 사용한다면 문제없이 그 포트로만 패킷을 받고 구분하게된다 비유적으로는 아파트는 ip 포트는 몇동몇호가 되겠다. 0~65535 할당가능 0~1023 : 잘 알려진 포트, 사용하지 않는 것이..
IP(인터넷 프로토콜) 친구가 내컴퓨터로 인터넷 망에서 HELLOWORLD를 보내려면 인터넷에 최소한의 규칙이있는데 이것은 IP로 가능해진다 IP주소가 있다면 지정한 IP에 데이터를 전달한다면 패킷(Packet)이라는 단위로 보내게 된다. ip 패킷이라는 규칙이 있는데 이곳에는 출발지 ip 목적지 ip 메세지 등등으로 패킷을 만든다음에 이것을 인터넷에 던지게 된다 그럼 이걸 받은 내 컴퓨터는 똑같이 출발지 ip 목적지 ip 메세지 등등으로 패킷을 만들고 던지게된다 근데 이 ip프로토콜 (즉 ip주소를 부여하고 찾아가는 방식, 패킷에 담는 방식)은 한계가 있다 먼저 비연결성 - 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송 (친구의 컴퓨터가 꺼져있는데 던지는 경우, 친구한테 보냈는데 친구가 없..
- Total
- Today
- Yesterday
- filter
- ArgumentResolver
- 향해99
- 백엔드 개발자 공부
- JPA
- 로그인
- React
- thymleaf
- 스프링부트
- BindingResult
- Intercepter
- hypertexttransferprotocol
- 예외처리
- jpa api
- 컨트
- exception
- HTTP
- 스프링공부
- 향해플러스
- Java
- rejectValue
- SpringBoot
- 항해99
- 리터럴
- 항해플러스
- react실행
- 인터셉터
- 백엔드 개발자 역량
- reject
- 향해플러스백엔드
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |