1. 개요구름톤 파이널 프로젝트를 진행하다 중간 발표를 위해 프론트엔드 배포를 진행해야 하는 상황이었다. 아직 기능 연결이 된 건 없지만 적어도 진행 상황을 알려 줄 수 있는 화면 정도는 필요했기 때문에 급하게 next.js와 친화적인 vercel로 배포를 결정했다. 2. Vercel1. GitHub Repository 선택 (개인 Repository로 Fork)vercel을 가입하고 마주하는 첫 화면은 GitHub Repository를 불러오라는 화면일 텐데, 여기에서 배포하고자 하는 Repository를 선택해 주면 된다. 단, 조직의 경우에는 pro plan을 사용해야 하므로 무료로 이용하고 싶다면 조직 내의 repository를 개인 repository로 fork해서 배포해야 한다. 1-1. 개인..

1. 개요사건의 전말은 이렇다. 2차 데모 데이까지 5일도 남지 않은 상태에서 겨우 모든 컴포넌트 구현을 끝내고 기능 구현에 들어갔다. 프론트엔드 개발자 두 명이서 당장 MVP 기능 API 연결을 모두 완료해야 하는 상황이었는데, 시간이 시간이다보니 깔끔하고 좋은 코드를 작성할 여유조차 없었다. 그렇게 데모 데이 날이 되고, 스터디에 계신 모든 직군 분들이 우리 서비스를 테스트해 보시는데 아래와 같은 에러가 반복해서 표시됐다.사실 간절하게 바란 건 아무도 개발자 도구를 켜 보지 않는 것이었는데, 예리하신 개발자 분들이 처음 서비스를 들어가실 때부터 개발자 도구를 켜고 들어가시더라. (당연함나였어도그랬을거니까) 성능 및 UI/UX 이슈도 당연히 있었지만 당장 문제가 가장 커 보이는 것은 바로 검색 기능이었..

NCP 서버 생성 및 접속은 1편으로!2025.02.26 - [프로젝트/Cushion] - [쿠션] Naver Cloud Platform 배포 (React) - ① 서버 생성 및 접속 편 [쿠션] Naver Cloud Platform 배포 (React) - ① 서버 생성 및 접속 편1. 개요쿠션은 포텐데이 X 클로바 스튜디오 해커톤을 진행하며 만들어진 서비스로, 해커톤 고도화 과정까지 운영되다가 1차 지원금을 모두 사용함과 동시에 과금이 발생하면서 무려 6개월 동안cconac.tistory.com1. 개요배포까지 모두 완료되었지만, 지금은 공인 IP를 통해서만 배포된 서버에 접근할 수 있는 상태이다. 모든 사람들이 도메인을 통해 서비스에 접근할 수 있도록 하고 싶은데 서버 IP로 접근하게 하는 상황이다보..

1. 개요NCP 서버에 접속해 배포를 마치고, 포트포워딩을 진행하는 과정에서 nginx를 설치하다 아래와 같은 오류가 발생했다. A high performance web server and a reverse proxy server를 검색해도 에러 종류가 여러 가지라 에러 로그를 필수적으로 확인해야 했다. 🥲> sudo apt install nginx2. 원인 파악에러 로그를 확인하기 위해 error.log 파일의 위치를 추적했다. 로그 파일을 읽어 보니 IPv6을 지원하지 않는 우분투 서버에서 IPv6 address인 [::]:80 사용을 시도하고 있어서 발생한 에러였다. 😱 설치 직전부터 이러는 이유는 nginx 설치 시 기본적으로 작성되는 /etc/nginx/sites-available/defau..

1. 개요쿠션은 포텐데이 X 클로바 스튜디오 해커톤을 진행하며 만들어진 서비스로, 해커톤 고도화 과정까지 운영되다가 1차 지원금을 모두 사용함과 동시에 과금이 발생하면서 무려 6개월 동안 중단되어 있었다. 😱 기능 볼륨이 엄청 크지는 않다보니 화려하지는 않지만, 정말 잘 만들어진 서비스라고 생각했고 반년이 지난 지금 서비스를 되살리고 싶어서 백엔드 분들께도 재배포를 제안드렸다. 게다가 해커톤 고도화를 위해 받은 크래딧 70만 원이 소중하게 한 푼도 쓰지 않고 남아 있었다.... NCP로 재배포를 하지 않을 이유가 없잖아? 😳1. 대화 내용말씀드리자마자 모든 팀원 분들이 회의 가능한 시간 조율에 들어가기 시작했고, 정말 빠르게 회의를 잡았다. 개인적인 욕심이었는데 다들 적극적으로 참여해 주셔서 너무 감..

1. 문제 발생평화롭게 작업하고 있던 중 git pull origin main 명령어를 입력하니 아래와 같은 오류가 떴다. 한 시간 전만 해도 잘되던 게 갑자기 이러는 걸 보면 그새 내 잘못으로 인해 참조(refs)가 손상되었나 보다. 이 에러를 한두 번 겪은 게 아니라 금방 해결했지만 항상 이슈가 발생할 때마다 금붕어처럼 또 찾아보게 돼서 결국 작성한다.2. 해결 방법1. 손상된 참조 수정 및 제거rm -rf .git/refs/remotes/origin2. 저장소 다시 가져오기git fetch origin3. 해결 완료!원격의 main branch를 가져옴으로써, 정상적으로 git pull origin main 명령어가 실행되는 것을 확인 가능했다.   3. 결론나는 위와 같은 방법으로 해결했지만, 위..