코딩을 잘하고 싶은 코린이 동토니

사내 결제 페이지 개편이유 사내 결제 페이지 (이하 payment) 프로젝트가 1차적으로 릴리즈되었을 당시 통일되지 않은 부분들이 굉장히 많았었습니다.1.  기존의 payment 프로젝트가 억지로 끼워 맞춘 부분이 많았다.예를들어 api호출을 할때 axios, react-query가 혼합되어 사용 되었다거나,니콘머니 충전, 콘구매 페이지 까지의 처리방식과 실제 결제를 진행하는 페이지에서의 처리방식이 다르거나,컨벤션이나 구조가 잡혀있지 않아서 각 파일마다 코드의 흐름이 다르다던가 등등 여러가지의 이유가 있었습니다.2. 불필요한 컴포넌트 분리가 너무 많았다.리팩토링을 진행한 가장 큰 이유였습니다.컴포넌트가 굳이 분리가 되지 않아도 되는 부분에서 분리가 되어 있었고 오히려 분리가 되지 않아야 할 부분에서 분리..

스마트스토어 가격이 유효기간에 따라 순차적으로 추가가격이 붙어야 하는데 이상하게 가격이 책정되어있는 문제가 발생됬습니다.문제 원인2023년 2월 중순경 네이버 스마트스토어 정식 api 호출만을 허용하게 되면서 기존 스마트스토어 데이터를 가져오던 api 라우터들을 전부 수정해야 되는 문제가 발생되었다.해결과정에러리포트에 올라온 내용은 사내 utils 프로젝트로 올라왔지만, 상품별 옵션 리스트 추가 및 가격 책정은 스마트 스토어 프로젝트에서 이루어지고 있었기에 스마트 스토어 프로젝트와 관련된 내용에서 버그가 발생했을 것으로 판단하였습니다.스마트 스토어 프로젝트 프로젝트 내부에 옵션에 가격을 책정하는 코드는 다음과 같습니다.export const bulkUpdate = async () => {try {cons..

1. 문제 발생 스마트 스토어 관련 슬랙 채널에 429에러 다수 발생2. 문제 확인네이버 커머스 API 확인시 429코드 관련 공지가 올라와있음(신규 요청 제한 정책) https://github.com/commerce-api-naver/commerce-api/discussions/1538 (구 요청 제한 정책) https://github.com/commerce-api-naver/commerce-api/discussions/6아래는 네이버 커머스 api 요청량 제한 관련 공식 문서과도한 트래픽으로부터 서비스를 보호하기 위해 커머스API에 초당 최대 동시 요청 수를 제한하는 요청량 제한(rate limit)이 적용되어 있습니다.커머스API는 'Token bucket' 알고리즘 기반 요청량 제한을 개별 API..

이전에 작성한 스마트 스토어의 경우 인스턴스가 AWS-EC2에 생성되어있다.해당 프로그램은 종종 알 수 없는 이유로 갑자기 CPU메모리가 확 튀게 되면서 순간적으로 죽어버리는 현상이 발생했었다.여기서 더 큰 문제는 정작 AWS콘솔을 확인해봤을 때 아무런 이상점이 없다는 것이 가장 큰 문제였다. 업무시간중 이러한 문제가 발생되면 그나마 슬랙채널을 통해 CX팀에서 문의가 들어오지만, 가장 큰 문제는 주말이나 휴일에 해당 프로그램이 메모리 과부화로 죽어버리게 된다면 직접 눈으로 확인하기 전까지는 이를 알 방법이 없었다.이러한 문제를 해결하기 위해서 여러가지 방식을 생각해봤었다.생각 했던 해결법들은 다음과 같다.1. 스마트 스토어 인스턴스 내부에서 서버를 구축하고 외부 서버에 요청을 지속적으로 한다.이 방법의 ..

사내 프로젝트중 스마트스토어 자동 판매 프로그램이 있다.해당 프로젝트의 경우 회사의 첫 BM이기도 했고 관련된 내용의 히스토리를 알고있는 분이 CTO님 제외 초창기 회사 개발팀 구성원분들 정도였는데 대부분의 초창기 개발팀 구성원 분들이 퇴사하고 나서 해당 프로젝트를 CTO님에게 인계받아 혼자 관리하게 되었다.해당 프로젝트는 다음과 같이 구동되고 있다.구동 방식해당 프로그램을 위한 aws-ec2 instance를 생성한다.생성된 instance를 접속해 vncserver를 시작해준다instance 내부에 생성된 뷰를 통해 크롬을 실행시키고 해당 프로그램을 실행시킨다.이렇게 동작하는 프로그램에는 몇가지 문제점이 있었다.문제점네이버 스마트스토어 자동 로그인 시도시 간헐적으로 Captcha 인증이 발생해서 자동..