꿀 떨어지는 코딩 양봉장

HTTP 헤더 게요 HTTP 헤더 형식 header-field = field-name ":' OWS field-value OWS (OWS: 띄어쓰기 혀용) field-name은 대소문자 구분이 없다. HTTP 헤더 용도 HTTP 전송에 필요한 모든 부가정보가 들어있다. HTTP 헤더 (과거: RFC2616) 과거에는 HTTP 헤더를 총 4가지로 분류했다. 하지만 2014년 RFC7230 ~7235 가 등장하면서 그전 RFC2616는 폐기되었다. 그전까지는 Entity라는 용어를 사용했지만 2014년 버전이 나오면서 Entity => Representation(표현)이라는 용어로 변경되었다. Representatin = representation Metadata + representation Data 표현..

HTTP 상태 코드 HTTP 상태 코드란 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능 주로 1xx ~ 5xx 번대를 사용한다. 만약 모르는 상태 코드가 나타나도 상위 상태 코드로 해석해서 처리하면 된다. 1xx: 요청이 수신되어 처리 중 2xx: 요청 정상 처리 3xx: 요청을 완료하려면 추가 행동이 필요 4xx: 클라이언트 오류 5xx: 서버 오류 1xx (Informational) 요청이 수신되어 처리 중 (거의 사용되지 않는다.) 2xx (Successful) 200: 요청 성공 201: 요청이 성공되어 새로운 리소스가 생성 202: 요청이 접수되었지만 처리가 완료되지 않았다. 즉 요청은 들어왔지만 처리는 나중에 배치 프로 스세가 처리함 204: 요청은 성공했지만, 응답 페이로드 본..

클라이언트에서 서버로 데이터 전송 방법 클라이언트에서 서버로 데이터를 전송하는 방법은 크게 2가지이다. 쿼리 파라미터를 통한 데이터 전송 (GET) 메시지 바디를 통한 데이터 전송 (POST, PUT, PATCH) 클라이언트에서 서버로 데이터를 전송하는 상황은 크게 총 4가지이다. 정적 데이터 조회 정적 데이터 조회는 이미지, 텍스트 등 쿼리 파라미터 없이 리소스를 경로로 조회한다. 동적 데이터 조회 쿼리 파라미터를 사용해서 검색, 정렬 필터 등으로 사용된다. HTML Form을 통한 데이터 전송 GET, POST만 지원한다. 컨트롤 URI: 이런 제약을 해결하기 위해 동사로 된 리소스 경로를 사용한다. HTTP API를 통한 데이터 전송 HTML에서 FORM전송 대신 자바스크립트를 통한 통신에 사용된다..

백앤드 개발을 하다 보면 API를 설계할 경우가 있다. 나도 과거에 API URI를 설계했던 적이 있었다. 그 당시 나는 URI 설계 방법에 대해서 하나도 몰랐다. 그래서 강의 처음에 나온 예시처럼 회원 목록 조회 /read-member-list 회원 조회 /read-member-by-id 회원 등록 /create-member 회원 수정 /update-membe 회원 삭제 /delete-member 이런 식으로 URI를 설계했던 적이 있었다. 그럼 좋은 URI를 설계하는 방법은 무엇일까? API URI 설계 URI를 설계할 때 가장 중요한 것은 리소스 식별이다. 그럼 리소스는 무엇일까? 나는 리소스는 주어라고 생각한다. 위에 예시에서 회원 목록을 조회하고, 저장하고 하는 것에서 회원이라는 개념 자체가 바..

HTTP는 HyperText Transfer Protocol의 약자로 개발자가 아니어도 많이 들어보았을 것이다. HTTP는 HTML을 전송하는 프로토콜로 시작했지만 지금은 모든 것을 HTTP로 전송한다.(사진, JSON, 텍스트..) HTTP에는 많은 버전들이 있다. 하지만 현재로 가장 표준 스펙이 되는 것은 1999년에 출시된 HTTP1.1이다. HTTP 2.0과 HTTP3.0도 나왔지만 둘 다 성능을 개선시킨 것이다. HTTP3.0은 UDP 기반으로 만들어졌다. 일단 지금 공부하는 HTTP는 1.1을 기준으로 설명하는 것이다. HTTP의 특징 HTTP의 특징으로 크게 무상태 프로토콜(Stateless)과 비연결성이 있다. 무상태 프로토콜(Stateless) 무상태 프로토콜의 뜻은 서버가 클라이언트의 ..

HTTP 웹 기본 지식을 공부하기에 앞서서 코딩을 공부하면서 나는 항상 서버와 클라이언트 통신에 대해서 궁금했었다. tcp/ip, 프로토콜, url 등 완벽하게 알지는 못하지만 어느 정도 배웠다고 생각했다. 그러다 보안에 관련해서 궁금증이 생겼고 네트워크 통신에 대해서 더 자세히 알고 싶어서 인프런에서 모든 개발자를 위한 HTTP 웹 기본 지식이라는 강의를 찾아들었다. 강의 소개 영상에서 개발자는 평생 HTTP 기반 위에서 개발해야 하며 항상 고민한다고 말씀하셨다. API URL은 어떻게 설계하는 것이 맞을까? POST를 사용할까? PUT?을 사용할까? 나는 이 질문을 듣는 순가 회사에서 겪었던 상황들이 떠올랐다. 처음 API 개발을 하면서 URL을 어떻게 디자인해야 하는지(명명 규칙), 다른 회사 연동..