김도리의 개발자로서 성장기

계속 해봐야지 해봐야지 미루고 미루던 CI/CD를 해보려 한다! 🏃‍♂️ 0-1. CI란 무엇인가? Continuous Integration으로 직역하면 지속적인 통합이다. 다시말해 여러 개발자가 작성하거나 수정한 코드를 지속적으로 통합하고 테스트하는 것을 말한다. 0-2. CD란 무엇인가? Continuous Delivery/Deployment으로 직역하면 지속적인 배포이다. 다시말해 개발, 통합, 배포, 릴리즈, 테스트를 자동화하여 지속적으로 배포하는 것을 말한다. 우리는 gitlab master branch에 push하면 자동으로 AWS EC2에 빌드&배포 까지 할예정이다. gitlab에 프로젝트 만들기와 AWS의 EC2 인스턴스 만들기는 미리 해두었다. 1. gitlab-runner 설치 & 등록..

https://dev-dorydory.tistory.com/5 (요기에 이전 이야기가 적혀있습니다 ㅎㅎ) 저는 이미지가 수만개 저장되어있는 플레이스토어, 앱스토어에 배포되어 있는 서비스에서 앞으로 유저들이 업로드하는 이미지 로딩 속도를 줄여야 했습니다! 요번에는, 이미 Firebase Storage에 업로드 되어있던 수만개의 이미지들의 URL을 DB에서 조회하여 => 서버 환경에서 다운받은 후 => 리사이징하여 => 썸네일 이미지를 업로드 해야 합니다! => 적절한 비동기 처리도 꼭 필요합니다! 0. URL들을 DB에서 조회하기 는 SELECT(SQL)문을 사용하여 배열에 담았습니다! (요부분은 매우 간단한 부분이니 PASS!!) (처음에 코드를 돌릴 때에는 LIMIT문으로 페이징처리를 해서 소수의 이미..

이미지 로딩 속도를 줄이기 위해 여러가지 방법이 있는걸로 알고 있습니다. 저는 이미지가 몇만개 저장되어있는 플레이스토어, 앱스토어에 배포되어 있는 서비스에서 앞으로 유저들이 업로드하는 이미지의 썸네일을 제작하여 속도 완화를 해야 했습니다! 요런 방식을 사용했습니다! Firebase에서 베타 형태로 제공하는 Cloud Function을 사용하여, Firebase Storage에 클라이언트 단에서 원본 이미지가 업로드 되면 => 콜백 이벤트로 이미지를 400*400으로 리사이징하여 썸네일 이미지를 만들고, => 해당 썸네일 이미지를 /thumbnails/(원본 이미지 파일 이름) 이런 경로로 저장하도록 설정해두었습니다. 그래서 클라이언트에서 이미지를 업로드 하면 자동으로 thumbnail 이미지가 생기는 형..

node.js로 오랜만에 서버 작업을 하다가 이런 에러를 만나게 되었습니다!! 413 PayloadTooLargeError: request entity too large body에 너무 큰 데이터를 넣은 것! (상단의 이미지는 Postman으로 api를 쐈을 때 나온 결과입니다.) 열심히 구글링을 해보았습니다. 1번 (이 방법으로 해결 X) 맨 처음에는 서버설정을 수정해야 한다는 레퍼런스를 찾았습니다!! (참고로, 제 서버는 nginx로 구동되고 있습니다.) $ vi /etc/nginx/nginx.conf nginx.conf 설정파일 안에 아래 max body size를 100MB로 설정해주는 코드를 넣어줍니다. #nginx.conf http { # Set client upload size - 100Mb..