분류 전체보기64 STORIFY (0201) - 프로젝트 피드백 피드백: ** 코치님 계속 읽어서 문제. 요정이 읽는 거 너무 긺. 갯수를 좀 줄이면 좋겠음. 상황극을 좀 해주면 좋겠음. 상기님과 누군가와 대화하면서 공백시간을 메꿔주면 좋겠음. 원래는 기술적으로 해결을 해야하는 부분임. TTS가 음질이 좋지 않으면 기분이 좋을지는 모르겠음. 그렇게 좋아보이진 않음. 궁금증만 가질 수 있도록 책장 도입부가 화려하던지 이걸 애니메이션 생성이 아니라 에니메이트되게 잘한다던지. 추가적으로 뭔가 필요할 듯. 성능을 끌어내는게 필요하는데 그냥 잘 조합한거 같음. 엔지니어링 실력이 필요함. 물량을 할지 엣지가 있는 기술을 녹여볼지. 상황이 필요함. --------------------------------------------------------------------------.. 2024. 2. 2. STORIFY (0131) - Socket.IO(2) socketIo를 효율적으로 사용하는 방법: 로그인할때 soketio와 연결된다. 이후 로그아웃할때까지 유지된다. 이렇게 했을 때 서버에 부하가 갈것이다. 하지만 우리의 서비스에서 부하가 갈만큼 유저가 한번에 접속하는 경우가 없을거라고 예상하기에 socketio를 사용할것이다. 만약 서버에 부하가 갈정도로 유저가 많은 서비스라면 여러대의 서버를 사용할것이고 그렇게 되면 socketio보다는 messageQueue를 사용하는 방식을 고려하는것이 좋을수도있다... 만약 알림을 받아야할 유저가 로그인 상태가 아니여서 socketio에 연결되어 있지 않을때는 어떻게 해야하는가? 그때는 DB에 저장해 유저가 로그인할때 socketio가 아닌 그냥 Restful API로 알림을 보내주면 될거라고 생각한다. 정리 1.. 2024. 2. 1. STORIFY (0130) - Socket.IO(1) objectId 수정: objectId는 repository안에서만 사용해야한다. 현재는 mongoDB를 사용하고 있지만, 추후 DB를 교체할 일이 생겼을때 작업이 수월하게 이뤄지게 하기 위해서는 repository안에서만 처리하는것이 좋다. socketIo추가: 서버를 여러대 사용하는 서비스인 경우 메세지큐를 사용하는것이 좋다. storify는 서버 1대이므로 socketio를 사용하는게 맞다고 생각한다. 왜 그럴까? 1. 실시간 통신: 우선 Socket.IO는 클라이언트와 서버 간에 실시간 양방향 통신을 가능하게 한다. HTTP와 달리 연결을 유지하므로, 서버가 클라이언트에게 즉시 데이터를 전송할 수 있다. 2. 단순함: 서버가 한 대일 때는 복잡한 구성이나 부가적인 관리가 필요 없기 때문에, Soc.. 2024. 1. 31. STORIFY (0129) - 예외 처리 적용, GlobalExceptionFilter 예외처리 적용 'NestJS에서 controller 메서드는 일반적으로 `try-catch` 블록 없이 작성됩니다. 이는 NestJS 자체가 예외 처리 메커니즘을 내장하고 있기 때문입이다. controller 메서드에서 발생하는 모든 예외는 NestJS에 의해 자동으로 캐치되어 처리됩니다. 그러나, 특정 유형의 예외를 사용자 정의로 처리하려면 `try-catch` 블록을 사용하거나, 더 나은 방법으로 필터나 인터셉터를 사용할 수 있습니다. 이를 통해 특정 예외 유형에 대한 공통 처리 로직을 중앙에서 관리할 수 있습니다. `GlobalExceptionFilter`는 application에서 발생하는 모든 예외를 캐치하여 처리합니다. 이 필터를 사용하면 각 컨트롤러 메서드에서 `try-catch` 블록을 작.. 2024. 1. 29. 이전 1 2 3 4 5 6 7 8 ··· 16 다음 728x90