Soony's House

배포 환경에서 간헐적인 오류는 제일 까다롭다.특히 어떤 요청은 되고, 어떤 요청은 500이 뜨는 상황은 설정/라우팅/SNI/필터 등 원인 후보가 많다고 한다. 로그를 기반으로 찾아보니 다행히 curl 테스트로 원인이 2개로 좁혀졌다.. 1. 문제 상황 (1) 사이트 접속 시 HTTPS 500 같은 서버에서 어떤 경우는 200이 뜨지만, 특정 Host로 접근 할 때만 500이 뜨는 패턴 (2) 백엔드(8080)에서 500 + StackOverflowError Spring Boot 서비스 로그에서 세션 접근 시 무한 재귀되고 있음을 확인 2. 원인 : HTTPS 500 -> 인증서가 다른 도메인 것 nginx의 starstatsuri.site(443) 서버 블록에서 아래처럼 설정돼 있었다.ssl..

1. 문제 상황 카카오/네이버 OAuth 로그인 성공 로그는 찍히는데, 프론트에서 로그인 상태가 유지되지 않고 홈으로 계속 돌아오는 현상이 발생했다. 로그도 확인해보니 계속 스프링 무한 사이클 중.. 브라우저 Network에서 확인하니 GET /api/me가 302로 /로 리다이렉트되고 있었다.curl -skI https://mytikkle.space/api/me | head 2. 원인 Nginx에서 /api/me를 “브라우저 직접 접근”으로 판단해 홈으로 보내는 snippet이 있었는데, 조건에 */*가 포함되어 있어 axios/fetch 요청도 브라우저 접근으로 오판했다.if ($http_accept ~* "text/html|\*/\*") { return 302 /; } 3. 해결 */*..

1. 문제 상황 : LocalStorage에서 벗어나지 못한 게시판 구조 React로 게시판 UI를 구현하던 초기에는 개발 속도를 위해 LocalStorage에 게시글 데이터를 저장했다. 화면 단에서는 빠르게 동작했고 CRUD 흐름도 익히기 쉬웠다. 하지만 기능이 늘어나면서 명확한 한계가 보이기 시작했다.. 1) 새로고침 시 데이터 동기화 문제2) 여러 사용자 환경을 전혀 고려할 수 없는 상황3) 배포 이후에도 데이터가 브라우저에 종속되는 문제 특히 백엔드 (Sping Boot)와 연동하려는 시점이 되니,LocalStorage 기반 구조는 더 이상 유지할 수 없었다. 따라서 서버 중심으로 바꿔주기로 ! 2. 원인 분석 : 책임 분리가 되지 않은 프론트 문제의 핵심은 단순히 저장위치가 Loc..

요즘 포트폴리오 업데이트하면서 진짜 자주 보는 문구가 있다. ! [rejected] main -> main (non-fast-forward)error: failed to push some refs ...warning: LF will be replaced by CRLF ... 처음엔 “내가 뭘 잘못했지…?” 싶었다.. ㅎ결론부터 말하면원격(main)에 내가 모르는 커밋이 이미 생겼거나윈도우 줄바꿈(CRLF) 설정 때문에 경고가 뜨는 거였다. 1. 내가 겪은 상황 커밋은 잘 됐다.git add src docsgit commit -m "update portfolio certificates" 근데 푸시에서 바로 컷. git push 그리고 이런 경고도 같이 떴다. warning: in the workin..

SQLD 합격 후기 & 공부 방법 정리 ! 1. SQLD 준비한 이유 나는 웹 개발을 하면서 자연스럽게- 회원, 게시판, 주문, 장바구니 같은 데이터 구조 설계- MySQL, Oracle에서 JOIN, GROUP BY, 서브쿼리를 활용한 조회처럼 쿼리를 계속 쓰고 있었다. 그런데 이게 실무 감각 수준이지,정규화가 뭐고, 이상현상이 왜 생기고, 인덱스가 성능에 어떻게 영향을 주는지를 체계적으로 정리해서 아는 느낌은 아니었다. 그래서 정량적으로 증명해줄 자격증을 따는 것과 동시에공부를 하며 DB 기본 개념도 한 번 정리하고, 실무 SQL 작업에도 더 수월해져보자 마음 먹고 공부를 시작했다. ☺️ 2. 시험 구조 & 출제 범위 간단 정리 SQLD는 크게 두 과목으로 나뉜다. (더 자세한 세부 ..

EC2 서버를 운영하다가 갑자기 SSH 접속이 막히는 일이 있었다.프론트 화면은 정상적으로 뜨고 있었는데, 서버에 접속해서 상태를 확인하려고 하니 아래와 같은 경고가 떴다. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!...Offending ECDSA key in /Users//.ssh/known_hosts: 처음엔 순간 당황했는데, 찾아보..

이전에 AWS EC2를 통해 배포해뒀던 사이트에 접속하니 whitelabel 페이지가 떴다. . 🫥배포 이후에 인스턴스를 건들지도 않았고, 재빌드를 하지도 않았는데 왜 갑자기.. ! (심지어 바로 전 날 사이트가 제대로 작동하는 것도 확인한 상황이었다.) 💡문제 상황일단 로그를 통해 좁혀본 문제 원인은 Nginx가 / 요청을 백엔드(Spring)로 프록시하던 구조에서,백엔드가 /를 정상 처리하지 못해 화이트라벨 404/500이 뜨는 상황이 된 것. 💡추측사실 처음에 내가 의심했던 부분은, 인스턴스 용량 문제였다. 이전에 인스턴스 모델을 옮기게 됐던 이유가, spring + mysql 실행 + 로그 쌓임 만으로도 용량이 가득차서 작동이 원활하지 않아서였다. 하지만 spring 실행 로그를..

Azure VM에서 운영하던 서비스를 Amazon EC2로 이전해보자! 서버 마이그레이션 사유 : Azure VM의 요금 폭탄을 맞고 이전하기로 결심.. 🥲 나는 Docker 없이 리눅스 호스트에 Spring Boot 2개 서비스 + Nginx + MySQL을 구성하여 마이그레이션하였다. 따라서 이 과정에서 OAuth 리다이렉트, 정적 파일/SPA 라우팅, HTTPS 설정, systemd 유닛 마스킹 해제, 인스턴스 자동 기동/정지 스케줄링 등을 해결하게 되었다. 1. 이전 전 환경 & 사전 준비 이전 전 환경클라우드 : Azure VM앱: app1 (Spring Boot, :8080) , app2(Spring Boot, :8081)프론트엔드: 빌드 산출물 /var/www/tikkle 에..

GitHub Pages는 정적 사이트를 무료로 호스팅할 수 있는 서비스이다. React, Vue 같은 SPA도 설정을 맞추면 쉽게 배포할 수 있다. GitHub 저장소 → github.io 페이지로 배포하는 과정을 정리해보자! 1. 저장소 준비 1) 먼저 Github에 새 레포지토리를 만들어준다. 2) 로컬 프로젝트 폴더에서 Git 초기화를 하고, GitHub 원격 저장소와 연결한다. git initgit remote add origin https://github.com/username/repository.git 2. React 프로젝트 빌드npm run build 빌드가 완료되면 /build 폴더가 생성된다. 이 폴더 안의 내용이 실제로 GitHub Pages에 올라가는 정적 파일이다. 3. ..

필기 합격 이후한 번의 실기 패배를 맛본 후 .. 2트 끝에 정처기 실기 합격 했다 !!! 🌟 저번 회차 난이도가 어려웠어서인지 이번에 쉽게 나왔다는 평이 많았다. 🛠️ 준비 기간 + 팁 약 한 달간 프로젝트와 함께 병행하다가, 3주정도 바짝 공부했다. 저번 회차의 프로그래밍 파트의 재귀 지옥을 맛본 후 , 개념서와 기출을 더 열심히 돌렸다.(계산 문제에 있어서 수가 커지고 조금..더러운 경향이 있어서 계산기를 챙기는 것도 고민했는데 결국엔 안챙겨갔다ㅋㅋ) 개념서는 수제비로 선택했다.시나공 말고 수제비 고른 이유는세밀한 개념을 대비해서 선택했는데 책이 좀 두꺼워서 양이 많을까 싶었는데 1달이란 기간 동안 보기에 충분했다. ㅎㅎ파이널 모고도 야무지게 들어있어서 좋았음! PDF 도 제공해주는데..