꿀 떨어지는 코딩 양봉장

그동안 1년정도 블로그를 쉬었던 것 같네요. 공부하고 그 내용을 정리해서 블로그에 올리는게 막상 쉽지는 않네요. 이제 다시 블로그에 올려보도록 하겠습니다. 혼자 하는 정리는 본인만 보는거라 부담이 없지만 블로그에 올리는건 다른 사람들도 볼 수 있는거라 더 부담이 크네요. 다시 홧팅! - lifecycle events가 무엇인지 3줄 설명 - lifecycle 순서 설명 - 각 단계에 대해서 1줄 설명 - event 설명 - 내가 kafka 연결하면서 사용했던 예시 적기 Lifecycle Events NestJS에 생명주기 이벤트들 입니다. 어플리케이션은 실행될 때, 종료 될 때 등등 어플리케이션 수명과 관련된 이벤트를 발생시킵니다. 그리고 NestJS에서 이벤트가 발생했을 때 실행할 동작들을 정의할 수 ..

SSR이란? Server Side Rendering 서버에서 사용자에게 보일 페이지(html, css, js)를 구성한 다음에 클라이언트에게 내려준다 페이지를 계속 렌더링 받아서 보여줘야하기 때문에 초반 로딩은 빠르지만 그 후로는 느리다. CSR이란? Client Side Rendering 최초요청시 html, css, js 파일을 받고 그다음부터는 서버에서는 필요한 데이터만 받아 자바스크립트단에서 View를 컨트롤한다. 초반 로딩은 느리지만 두번째 로딩부터는 서버에서 필요한 데이터만 내려받기 때문에 빠르다. SPA이란? Single Page Application 한 개의 페이지를 가진 애플리케이션 초기 렌더링 후 데이터만 받아오면 되기 때문에 개발에 용이하다. 기본적으로 SPA는 CSR이지만 SPA =..

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을 어떻게 디자인해야 하는지(명명 규칙), 다른 회사 연동..