트러블슈팅

mission: main 브랜치를 고쳐라!  팀원이 main 브랜치에 이슈가 발생하여 개발 진행을 아예 못 하고 있다고 하였다.이 문제를 진단하고 해결한 과정을 상세히 기록해본다!   첫번째 문제 상황: 500 응답 (SupabaseConnection 전역 모듈화)먼저, 동작하지 않는 페이지에 접속하여 네트워크 탭을 확인하였다. 브라우저의 네트워크 요청이 서버로 전달되지 않고 Network Error가 발생하고 있었다. 주목해야 할 것은, 네트워크 탭에서 많은 API 요청이 Preflight에서 실패하고 있었다.이에 따라 서버 응답에 문제가 있을 가능성이 있다고 생각했다.   언제부터 이런 이슈가 발생했는가? - 롤백을 해보자 !정상적으로 작동하던 main 브랜치에 갑자기 이슈가 발생했으니,병합된 특정 ..

문제 상황git status를 확인하면 분명 로컬에 커밋이 있어서 push가 필요하다고 하는데, git push가 안 되는 상황. 에러 관련 메시지들을 보면error: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400원격 프로시저 호출(RPC)이 실패했다, HTTP 400 오류가 발생했다고 한다. 이는 클라이언트 측 요청이 잘못되었음을 의미한다.send-pack: unexpected disconnect while reading sideband packet사이드밴드 패킷(데이터 전송을 위한 패킷)을 읽는 중에 원격 서버와의 연결이 예상치 못하게 끊겼다고 한다. 해결 방법해결 방법 먼저 살펴보자. git config --get http.p..

개요 목록 조회를 하는데, 첫 페이지에 나온 아이템이 두번째 페이지에도 노출되는 이슈가 있었다. (고유한 아이템이므로 한번만 보여야 한다.) 또한 이슈를 재현하는 과정에서, 5개, 10개, 15개씩 등 보도록 페이지 사이즈를 변경할 때마다 순서가 다르게 노출되는 문제도 발견하였다. (원래는 5개 -> 10개 선택 시 위에 5개는 변함이 없고 밑에 5개가 추가되는 식으로 작동해야하지만 그러지 않았던 것이다.) 백엔드 쿼리를 확인해보니, 정렬 기준이 NULL값이거나 중복된 값일 때 처리해주는 로직이 없어, 데이터베이스가 해당 레코드들을 임의의 순서로 반환하고 있어 발생하는 문제였다. 문제였던 MyBatis 쿼리 B.STATUS_DATE IS NULL ASC, B.STATUS_DATE ${sortDirecti..

날짜 데이터가 디비에 있는 날짜와 다르게 나온다는 이슈가 있었다. 1. 먼저 프론트에서 요청 코드를 보낼 때도 문제가 있었다. select @@global.time_zone, @@session.time_zone,@@system_time_zone; 먼저 mysql 타임존을 확인해 보면, utc 기준으로 되어 있다는 것을 확인할 수 있었다. select now() select now()를 해보아도 한국 표준시보다 9시간 느린 것을 확인할 수 있었다. 프론트에서는 moment.js를 사용하고 있었는데, moment에서 utc를 붙이고 보내면 보낸 값과 동일하게 디비에 저장이 되고, utc를 붙이지 않으면 ISO8601 형식에서 +09:00으로 요청이 가기 때문에 백엔드에서 -9시간을 하고 값을 저장해주고 있었..

배포된 페이지에 대해, 새로고침 시 특정 페이지 (페이지 A로 지칭) 로 이동되는 이슈가 발생했다. 프론트를 로컬에서 실행했을 때는 새로고침해도 페이지가 유지되고 있었고 .. 프론트 코드에서 페이지 A로 라우팅 되는 모든 코드들을 살펴보았지만 원인을 찾을 수 없었다. (location.href, router.replace 등등 ...) 네트워크 속도를 천천히 하고 네트워크 탭에서 요청들을 살펴보다 다른 페이지에서 새로고침을 실행했을 때 페이지 A로 이동하기 전에 '로그인' 페이지를 아주 빠르게 거쳤다가 페이지 A로 이동한다는 것을 발견하게 되었다. 해당 프로젝트는 next.js를 사용하는 프로젝트이고, pages 바로 아래 있는 index.tsx가 로그인페이지이며 처음 접속되는 페이지였다. 이를 발견하고..