개발소설

쿠키(cookie) 웹사이트를 방문시 사용자의 대한 정보등을 사용자 PC내에 저장하는 작은 기록 정보 파일 웹사이트내에서 페이지를 이동하거나 웹사이트를 재방문 할때 쿠키를 참조하여 이전과 같은 상태를 유지 할 수 있다. 자동로그인, 마지막 페이지등 요청페이지와 함께 쿠키를 전달한다. 세션(Session) 웹사이트를 접속시 일정한 시간(접속 시점부터 종료 시점)동안 사용자의 상태를 웹서버내에 저장하여 사용자의 상태를 유지하는것을 Session이라 한다. 세션을 유지함으로써 웹사이트내 다른페이지로 이동하더라도 사용자의 상태를 유지 할 수 있다. 유지 시간을 따로 설정해두는 경우도 있다 ( 정해진 시간내 다른 행동이 없으면 세션이 끊긴다) 쿠키와 세션의 차이점 쿠키 세션 저장 위치 사용자 PC (클라이언트) ..

Postman HTTP API 테스트 도구 브라우저로 api를 호출 할수 있지만 불편하기 때문에 해당 프로그램을 이용하면 좋음 https://www.postman.com/ Postman API Platform | Sign Up for Free Postman is an API platform for building and using APIs. Postman simplifies each step of the API lifecycle and streamlines collaboration so you can create better APIs—faster. www.postman.com HTTP 메서드를 선택 endpoint 입력 -> 쿼리를 직접 넣어도됨 요청 버튼 - API call 파라미터 설정 -> 같이 보..

말그대로 공개되어있는 API, 다른사람들이 사용 할 수 있도록 데이터등을 API로 제공 무료로 제공하는 API도 있고 https://www.data.go.kr/ 공공데이터 포털 국가에서 보유하고 있는 다양한 데이터를『공공데이터의 제공 및 이용 활성화에 관한 법률(제11956호)』에 따라 개방하여 국민들이 보다 쉽고 용이하게 공유•활용할 수 있도록 공공데이터(Datase www.data.go.kr https://www.culture.go.kr/data/main/main.do#main 문화공공데이터광장-메인화면 문화공공데이터광장은 문화체육관광부 소속기관 및 타 부처 기관에서 생산 ·제공하는모든 문화정보를 한 곳에 모아 서비스하는 문화정보 개방플랫폼입니다. www.culture.go.kr 여러 회사들에서 유로..

REST(Representational State Transfer) API 로이 필딩의 박사 학위 논문에서 처음 소개 웹에서 사용되는 데이터나 자원(Resource)을 HTTP URI로 표현하고, HTTP 프로토콜을 통해 요청과 응답을 정의 하는 방식 표준화된 HTTP API를 만드는(디자인하는)것이라고 생각하면 된다. 좋은 REST API를 디자인하는 방법 레오나르드 리차드슨은 REST APIU를 잘 적용하기 위한 4단계 모델을 만들었다. 0단계부터 3단계 로이필딩은 모든 단계를 충족해야 REST API라고 했지만, 3단계 까지도 지키기 어렵기 때문에 2단계 까지만 적용해도 좋은 API 디자인 이라고 볼수있다. 이 경우에 HTTP API라고도 부른다. 0단계 HTTP 사용 1단계 개별 리소스와의 통신 ..

HTTP 요청시 발생하는 상태코드 정리 https://developer.mozilla.org/ko/docs/Web/HTTP/Status 에 자세히 있다. 전부다 외우기 보다는 주요한것만 알아둔뒤 오류 발생시 문서를 찾아 보자 대역별 응답코드 1xx(정보) : 요청을 받았으며 프로세스를 계속 진행 2xx(성공) : 요청을 성공적으로 받았으며 인식했고 수용 3xx(리다이렉션) : 요청 완료를 위해 추가 작업 조치가 필요 4xx(클라이언트 오류) : 요청의 문법이 잘못되었거나 요청을 처리할 수 없음 5xx(서버 오류) : 서버가 명백히 유효한 요청에 대한 충족을 실패 주요 응답코드 200 OK : 요청이 성공적으로 되었다 201 Created : 새로운 리소스가 생성 되었다. 204 No Content : 요..

API (Application Programming Interface) 클라이언트에게 리소스를 활용 할 수 있도록 제공하는 인터페이스 서버가 클라이언트에게 제공하는 메뉴얼 또는 메뉴판이라고 볼 수 있다. 클라이언트는 API문서를 확인하여 리소스를 요청, 업데이트, 삭제등을 할 수 있다. HTTP API 디자인 요청 메서드 조회 GET 추가 POST 갱신 PUT 삭제 DELETE 요청 URL 디자인 모든 사용자 /users 1번 사용자 /users/1 2번 사용자 /users/2 모든 사용자 조회 : GET /users 1번 사용자 조회 : GET /users/1 1번 사용자 정보 갱신 : PUT /users/1 2번 사용자 삭제 : DELETE /users/2 사용자 추가 : POST /users

HTTP Messages 클라이언트와 서버간 데이터가 교환되는 방식 요청(Request), 응답(Response) 두 유형이 존재 몇줄의 텍스트 정보로 구성되고, 구성파일, API, 기타 인터페이스에서 HTTP Messages를 자동으로 완성 한다. 메시지 구조 요청 (Request) 클라이언트가 서버에 보내는 메시지 start line http의 메서드 (수행해야하는 작업) - ex) POST 요청 대상 - ex) / url, 프로토콜, 포트, 도메인의 절대경로등 HTTP의 버전 - ex) HTTP/1.1 Headres 기본 구조를 따른다. 헤더 이름(대소문자 구분없는 문자열), 콜론(:), 값 - 값은 헤더에 따라 다르다. General headers : 메시지 전체에 적용되는 헤더, Body 데이터..

웹 애플리케이션의 요청 흐름 naver.com에 접속하는 과정 브라우저에 http://naver.com 를 입력 브라우저는 URL을 입력 받으면 서버의 주소를 찾기 위해 DNS 서버에 요청 IP 주소를 찾으면 해당 주소에 HTTPS 요청을 보낸다. 이미 방문 기록이 캐시 메모리에 있으면 주소를 캐시 메모리에서 가져온다. 웹서버에 요청이 도착 웹서버는 저장소(데이터베이스)에 요청을 보내 페이지 관련 데이터들을 가져온다. 정보들은 가져오는 중에 비지니스 로직이 작용 - 비지니스 로직들은 각 데이터들을 어떻게 다룰지가 정해져 있다. 로직들을 통해 요청 받은 데이터들이 처리되고 브라우저에 응답 요청들이 브라우저에 응답으로 돌아왔을 때, web page 출력 SSR (Server Side Rendering) 서버..