본문 바로가기

분류 전체보기

(290)
내가 호출해온 API의 data 찍어보기 (2) 내가 API 호출을 잘 해왔나?라는 의구심이 들어 data를 찍어보고자 하였다. 그런데 계속 [Nest] 77632 - 11/06/2023, 5:25:17 PM ERROR [ExceptionsHandler] Request failed with status code 400 라는 에러가 발생했는데, 400 에러는 말그대로 파라미터값을 안넘겼거나 OR 잘못 넘겨서 발생하는 문제이다. 이 문제를 해결하기 위해 다음과 같이 실행하였다. 1) 호출 해오는 API에서 파라미터값을 넘기는지 볼 것 ㄴ내가 호출해오는 API는 requestParams를 넘기고 있었다. 2) 내가 작성한 Service 파일 단에서 parameter을 넘기자. async getGreetingsDetail() { const response =..
숫자 범위 표현의 에러 기존에 이런 식으로 코드를 작성했었는데, 예외처리가 잘 되지 않았었다. 기존 코드 if (!keyword) { throw new NotFoundException('검색 결과가 없습니다'); } const tokenId = Number(keyword); if (!isNaN(tokenId)) { if (1
MYSQL) 현재 DB의 timezone 확인해보기 현재 DB의 timezone을 확인해보기 위해 다음과 같이 진행하였다. 1) intelliJ 터미널 접속 2) mysql 입력 3) SHOW VARIABLES LIKE '%time_zone%';
호출한 API의 data 찍어보는법 const response = await firstValueFrom(this.httpService.get(`${this.configService.get('디렉토리이름.url')}/디렉토리이름/경로1/경로2`)); const responseData = response.data; return responseData; 이런 식으로 호출한 API의 데이터를 찍어볼 수 있다.
timestamp값이 년-월-일만 나왔던 경우(분,초가 안나옴!) entity에서 timestamp 컬럼을 만들고, 아래와 같이 설정을 해주었다. 그리고 DB 컬럼에서 data type을 Date로 했더니.. @Column({ type: 'timestamp' }) @Transform(transformDate) timestamp: LocalDateTime;  timestamp가 년-월-일 밖에 찍혀서 나오지 않았다! 내가 원하던건 년-월-일 ~ 분 ~ 초 까지 찍혀서 나오는 것이었는데, timestamp를 나름 썼다고 생각했지만 나의 오산이었다. 해결 방법 timestamp의 Date Type을 Date > Timestamp로 변경하였다. * 참고로 sql timestamp data type이 있다고 하니, 이걸 좀 참고해야겠다. https://www.w3schools..
created_at과 updated_at에서 날짜가 찍혀서 안나오는 문제 문제 상황 db 컬럼에 created_at과 updated_at을 했는데 컬럼값에 날짜가 찍혀나오지 않았다. 문제 해결 Data Type : timestamp Default Expression: now() -> postgres의 경우 / CURRENT_TIMESTAMP -> MySQL의 경우 로 설정을 해주어야 값이 노출된다. 이 점을 명심할 것!
If BenefitTxHistoryRepository is a provider, is it part of the current AdminApiModule? 문제 상황 [Nest] 22390 - 10/26/2023, 8:58:32 PM ERROR [ExceptionHandler] Nest can't resolve dependencies of the AdminApiService (?). Please make sure that the argument BenefitTxHistoryRepository at index [0] is available in the AdminApiModule context. Potential solutions: - Is AdminApiModule a valid NestJS module? - If BenefitTxHistoryRepository is a provider, is it part of the current AdminApiModul..
fromBlock:0 주석처리 event service 파일 (subscribe 메소드 있고), fromBlock:0 부터 해서 블록체인 이벤트를 받아오는 service 파일에서 커밋할때 이 파일은 제외되어야 한다. 오늘 이 파일을 커밋에 넘겼다가 나중에 아차 싶어서 다시 revert 했다. 결론 fromBlock : 0 은 항상 주석처리 해서 커밋에 내보낼 것.
revert commit 했는데 다시 rever commit 할 경우 1) 1차적으로 커밋을 푸쉬함 2) 푸쉬되면 안되는 내용이 있어 revert commit함 3) 이거 수작업으로 되돌리다가 안되겠다 싶어 다시 revert commit을 해야하나 고민함 4) 바로 revert commit은 안되고, 로컬에서 수정사항이 있는 경우 이것들을 다 push해서 revert 하거나, 수정된 내역을 전부 rollback 시켜 revert commit을 다시 Revert 시킨다. * 결론적으로 commit -> revert commit -> revert된 커밋을 revert commit 다시 하면 처음의 commit 상태로 되돌아간다.
table이나 column drop할때 오류 최소화 하는법 1) db 컬럼을 날리기(drop)전에 develop 브랜치에 의존성 제거(연관관계가 잡혀있는지?)하고 -> 의존성 제거한 코드를 merge & 배포 2) 컬럼을 drop 하면서 오류가 나는 게 있는지 확인 3) develop branch를 main 브랜치에 merge & 배포 4) main (prod) db에서도 컬럼 날리기(drop)