끝났다.......부스트캠프를 끝내며 하는 회고는 따로하기로하고그룹프로젝트에 대한 회고만 해보자
Winston의 Logging 레벨은 RFC5424 표준을 따르고 있다고 한다. NestJS에서 로그은 어떻게 남길 수 있을까? 또 서버에서 어떻게 로그를 확인할까?
로그인시 JWT 토큰을 발행하기로 했다. 액세스토큰과 리프레시 토큰을 모두 발행하기로 했는데, 리프레시 토큰 정책을 어떻게 세우는 것이 좋을까?
NestJS에서 데코레이터와 AsycnLocalStorage를 활용하여 Service레벨에 트랜잭션 적용하기
뭔가 초반에 빠른 기능구현을 목적으로 달렸더니, 기능 구현을 어느정도 마무리하고 나니 지쳐버렸다. 2주나 회고를 건너뛸 뻔 했지만, 비록 지금 6주차 월요일이지만 2주간의 회고를 해보려한다 Keep 기능 구현을 빨리 끝내다보니까
작업이 오래걸리는 요청을 어떻게 응답할까?위 글에 이어서 팀원들의 의견과 멘토님들의 의견을 모아 소켓을 이용한 방식으로 코드 실행 요청을 처리해보기로 했습니다.
하하.. 벌써 12시가 지나 새로운 주의 시작인 월요일이 되어버려 조금 늦었지만 3주차에 대한 회고를 짧게 적어보려 한다!
로그인 기능을 개발하던 중 포트가 다른 두 서버를 띄워 테스트를 해보려했다. 그때 서로 쿠키가 전송되지 않는 문제를 발견했다
로그인하지 않고 이용하다가 특정 기능을 이용하면 로그인이 필요해서 로그인창으로 이동되고 로그인을 마치면 원래 다시 작업하던 페이지로 돌아간다.어떻게 이 기능을 구현할 수 있을까?
벌써 그룹프로젝트 2주차가 끝났고 프로젝트 3분의 1일 끝났다 ㅇㅁㅇ!이번 주부터 본격적인 개발을 하기 시작한 주였는데, 힘들기도 했지만 재밌었다.지난 주 회고를 좋았던 점, 아쉬웠던 점을 정리했는데 이게 KPT 회고 방식이랑 유사해서 이번 주에는 KPT 회고를 시도해
Ncloud로 Ubuntu 서버를 생성했고 https 설정을 해보려한다. HTTPS란? 암호화 프로토콜을 거친 암호화된 HTTP 통신 이전에는 SSL(Secure Sockets Layer)으로 불렸지만 SSL 2.0에서 발견된 취약점을 보완하기 위해 재설계된 SS
DALLE-2가 그려준 그림소켓을 이용한 채팅 서비스를 구현하려는 계획을 세우고 있다.소켓 서버가 하나라면, 또 실제 다수의 사용자가 없다면 매우 간단하다.하지만 서비스가 커져 소켓 서버가 여러 개가 필요하고 사용자가 많아져 동시에 처리되어야할 메시지가 많아진다면 들어
이번주부터 그룹프로젝트가 시작되었다. 1주일 간 프로젝트를 진행하면서 이번주는 뭘 했는지, 좋았던 점, 아쉬웠던 점을 기록해보려한다.
그동안 기술블로그를 티스토리에 작성해왔다.https://stop-thinking-start-now.tistory.com/티스토리를 계속 이용할까 다른 블로그를 이용해볼까하며 고민이 많았었다.아무래도 티스토리에는 인공지능을 공부하며 적었던 내용들이 많고,작성 과