NestJS _TIL

일반적으로 nest 모듈을 다루는데 있어, 대부분의 응용 프로그램 코드 예제를 포함해 여러 공식 문서에서 정의하는 모듈 바인딩 방식은 “static” 모듈이다. 모듈은 알고 있듯이, 프로 바이더 및 컨트롤러와 같이 전체 응용 프로그램의 모듈 식 부분으로 구성되는 구성

바로 Custom Repository를 들어가면 개연성이 없으므로 어떠한 과정에서 어떠한 문제가 있었고, 우리가 직접 Custom Repository(사용자 생성 레포지토리)를 생성해야 하는 이유를 미리 말하고자 한다. 또한 Custom Repository를 생성하는

이번 포스팅은 애초 계획엔 없었으나 Nest를 이용한 "JWT 생성부터 권한관리" 중 Role Guard를 생성하는 과정에 조금 더 필요한 선수 지식과 어떠한 과정을 베이스로 진행하느냐에 관해 알아보기 위해 작성하게 된다. 공식문서에서 제시하는 Role Guard의 작

NestJS를 학습하며 "가드(Guard)"를 구현하는 과정에서 "Execution context(실행 컨텍스트)" 라는 키워드를 통해 특정 라우터에 원하는 가드를 적용시켜줄 수 있다는 것을 알게 되었다.내가 아는 "실행 컨텍스트(Execution context)"는

간만에 글을 쓰게 되었다. 이번 글은 지식 전달의 목적이라기보단 nestJS를 통해 특정 기능을 구현하던 중 부딪히게 되었던 에러와 그 에러를 해결하기 위한 과정, 그리고 그때 느꼈던 "nest"란 프레임워크를 어떻게 잘 다룰수 있는가에 대한 생각들을 정리하는 글이 될

"페이지네이션(Pagination)" 이란 개념을 들어본 적이 있을 것이다. 흔히 페이지 수(쪽 수)를 매기고 정렬할때 쓰이는 개념으로써 우리가 웹 혹은 앱에서 자주 다루게 된다.개발 초보인 나로써는 "페이지네이션"을 오로지 프론트 단에서만 필요한 개념이라 생각했다.

해당 포스팅의 내용은 기존에 작성하고 있는 중인 포스팅인 "TypeORM의 QueryBuilder vs FindOperator with Pagination | Searching | Sorting"에 포함되어 있었지만 일련의 이유로 인해 따로 분리해서 기록으로 남기자고

시작하기에 앞서 이전 포스팅에서 Typeorm의 "Find Operator(find, findOne, findAndCount ...)"를 사용하여 Nest에서 Pagination을 어떻게 구현할 수 있는가에 대해 알아보았다. ※ 이전 포스팅 참고 -- [Nest]

시작하기에 앞서 지난번에 "Typeorm을 통해 nest에서 페이지네이션을 어떻게 구현하는가"에 관해 글을 작성해보았다. (해당 글 아래 링크 참조) Pagination with offset-based (벨로그 포스팅) 위 글에서 소개한 페이지네이션은 엄밀히 말하

이전 포스팅 💨 여기 클릭!!! "Cursor-Based-Pagination에 다가가기" 중 두 번째 파트이다. 이전 포스팅에서 우린 "커서 기반의 페이지네이션"은 무엇이고, 오프셋 기반의 페이지네이션과 어떤 차이가 있고, 어떻게 구현할 수 있는가에 대해

이번 포스팅에선 "nest에서 이미지(혹은 파일)를 업로드 시키는 방법"에 대해 간단히 알아보고자 하며, 구현하는데 있어 부딪히게 되었던 몇가지 상황들을 함께 언급해보고 코드를 개선해보고자 한다.기록용으로나, 정보 공유용으로나 의미있지 않을까 싶어 간단히 작성해보고자

공부 중인 나로써는 대용량 데이터및 대규모 트래픽을 경험해보기 쉽지않다. 엇비슷하게 많은 양의 데이터를 조회하는 요청을 경험해보고자 일전에 "50000"건의 데이터를 더미데이터로 생성함으로써 요청에 대한 응답을 받는 과정을 수행해보았었다. 그 당시엔 페이지네이션을 통해