Polar 제작기

42서울에는 멘토링 시스템이 존재한다.멘토링 시스템은 슬랙으로 카뎃-멘토 사이 예약이 이루어지고, 진행된 멘토링의 보고서는 멘토가 개별적으로 작성 후 스태프에게 제출하는 방식이다.설문조사 결과, 현재 방식에는 몇가지 불편한 점이 존재한다.멘토링 채널에 공개적으로 글을

42서울의 멘토링 시스템이기 때문에 로그인 구현에 42 OAuth를 이용했다.이 글은 42 OAuth 사용법이라기 보다는, 로그인의 전반적인 흐름을 설명한다.(사용법은 42 api docs 참조)로그인 후 code 획득code로 access token 획득access

https://docs.nestjs.com/fundamentals/execution-contextNest는 다양한 실행 환경(HTTP 서버 기반, 마이크로서비스, 웹소켓)에서 작동하는 프로그램을 쉽게 만들 수 있도록 지원하는 여러 클래스를 제공한다.Argume

카뎃(멘티)멘토보컬(스태프)인트라넷 아이디: 로그인 시 유저 데이터 검색(없으면 생성)본명: 레포트 기입용, 회원가입할 때 받으므로 null 허용프로필 이미지: 로그인 시 인트라 프로필 이미지 받아옴, 없을 수도 있으니 null 허용이력서 링크: 본인에 대한 추가 정보

캐시 적용에 대해 생각하다보니 3가지 의문이 생겼다.어느 타이밍에 캐시를 처리할 것인가?처리는 어떻게 할 것인가?캐시 데이터의 만료 기간은 어떻게 설정할 것인가? 변경이 일어났는데 캐시 데이터의 만료 기간이 남았다면?그러려면 우선 NestJS의 요청 처리 과정에 대해