클라이언트에서 서버로 데이터 전송 정적 데이터 조회 이미지, 정적 텍스트 문서 동적 데이터 조회 주로 검색, 게시판 목록에서 정렬 필터(검색어) HTML Form을 통한 데이터 전송 회원 가입, 상품 주문, 데이터 변경 HTTP API를 통한 데이터 전송 회원 가입, 상품 주문, 데이터 변경 서버 to 서버, 앱 클라이언트, 웹 클라이언트(Ajax) 정적 데이터 조회 이미지, 정적 텍스트 문서 조회는 GET 사용 정적 데이터는 일반적으로 쿼리 파라미터 없이 리소스 경로로 단순하게 조회 가능 동적 데이터 조회 쿼리 파라미터 사용 ex) ?q=hello&hl=ko 쿼리 파라미터를 기반으로 정렬 필터해서 결과를 동적으로 생성 주로 검색, 게시판 목록에서 정렬 필터 조회 조건을 줄여주는 필터, 조회 결과를 정렬..
회원 정보 관리 API 설계 요구사항으로 아래와 같이 주어졌다고 하자 회원 목록 조회 회원 조회 회원 등록 회원 수정 회원 삭제 URI를 설계하는 단계에서 회원 목록 조회 /read-member-list 회원 조회 /read-member-by-id 회원 등록 /create-member 회원 수정 /update-member 회원 삭제 /delete-member 위와 같이 직관적으로 URI를 작성하는 것은 바람직하지 않은 방법이다. 가장 중요한 것은 리소스 식별 ! 그렇다면 리소스란 무엇일까? 회원을 등록하고 수정하고 조회하는 것이 리소스가 아님 회원이라는 개념 자체가 바로 리소스 리소스는 어떻게 식별하는게 좋을까? 회원이라는 리소스만 식별 -> 회원 리소스를 URI에 매핑 회원 목록 조회 /members ..
HTTP HyperText Transfer Protocol HTTP 메시지에 모든 것을 전송 HTML, TEXT IMAGE, 음성, 영상, 파일 JSON, XML (API) 거의 모든 형태의 데이터 전송 가능 서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용 지금은 HTTP 시대 HTTP 역사 • HTTP/0.9 1991년: GET 메서드만 지원, HTTP 헤더X • HTTP/1.0 1996년: 메서드, 헤더 추가 • HTTP/1.1 1997년: 가장 많이 사용, 우리에게 가장 중요한 버전 • RFC2068 (1997) -> RFC2616 (1999) -> RFC7230~7235 (2014) • HTTP/2 2015년: 성능 개선 • HTTP/3 진행중: TCP 대신에 UDP 사용, 성능 개선 기반..
URI ( Uniform Resource Identifier) URI는 인터넷의 우편물 주소 같은 것으로, 정보 리소스를 고유하게 식별하고 위치를 지정할 수 있다. 즉, 리소스를 식별하는 통합된 방법이다. URI? URL? URN? URI는 로케이터(Locater), 이름(Name) 또는 둘 다 추가로 분류될 수 있다. URI Uniform : 리소스 식별하는 통일된 방식 Resource : 자원, URI로 식별할 수 있는 모든 것(제한없음) Identifier : 다른 항목과 구분하는데 필요한 정보 URL : Uniform Resource Locator URN : Uniform Resource Name URL, URN URL - Locator : 리소스가 있는 위치를 지정 URN - Name : 리소스..
IP (인터넷 프로토콜) 역할 지정한 IP 주소(IP Address)에 데이터 전달 패킷(Packet)이라는 통신 단위로 데이터 전달 IP 주소 부여 IP 패킷 정보 IP 패킷에 전송 데이터가 전송되는데, 전송 데이터에 출발지 IP, 목적지 IP, 기타 정보등이 들어가 있다. 클라이언트와 서버간 데이터를 전송할 때 서버 패킷을 전달한다. IP 프로토콜의 한계 비연결성 : 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송 비신뢰성 : 중간에 패킷이 사라지는 경우, 패킷이 순서대로 도착하지 않은 경우 ex) Hello World를 보냈는데 World Hello가 도착한 경우 프로그램 구분 : 같은 IP를 사용하는 서버에서 통신하는 애플리켕션이 둘 이상이라면? TCP / UDP 인터넷 프로토콜 스택의..
모든 것이 HTTP 기반 위에서 동작 HTTP를 이해하지 못한 채 처음 웹 개발을 공부하면 이해하기 쉽지 않다.. 개발자는 평생 HTTP 기반 위에서 개발 언젠가 한 번은 HTTP 정리가 필요하다 목표 HTTP의 전체 흐름 이해 실무에 꼭 필요한 핵심 내용 수많은 예시와 그림으로 쉽게 설명 인터넷 네트워크 인터넷 통신 IP (Internet Protocol) TCP, UDP PORT DNS 인터넷에서 컴퓨터 둘이 통신하는 방법 복잡한 인터넷 망
- Total
- Today
- Yesterday
- 우테코
- 8주차 회고
- 피움 6주차 회고
- 스프링 부트
- 회고
- 알림개선기
- 2차 데모데이
- 환경 별 로깅 전략 분리
- 네트워크
- java
- 알림기능개선기
- dm-zoned
- ZNS SSD
- 파이썬
- jpa
- 스프링 Logback
- 런칭 페스티벌
- 우테코 회고
- 백준
- CI/CD
- ZNS
- 스프링MVC
- 프로젝트
- Spring
- 5주차 회고
- dm-zoned 코드분석
- 스프링 프레임워크
- 3차 데모데이
- 팀프로젝트
- 피움
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |