오늘은 2020 카카오 블라인드 "주차 요금 계산" 문제를 풀다가 완전히 새로운 종류의 삽질을 했다. 알고리즘이 어려워서가 아니었다. "왜 이렇게 계산되는지" 원리 자체는 금방 이해했는데, 그걸 반영해서 코드를 다시 짜고 완성하는 데 2시간이 걸렸다. 정확히는 요구사항 한 줄을 놓쳐서 이미 짜둔 코드 구조 전체를 갈아엎어야 했던 거였다.문제는 단순해 보였다주차장 요금표(기본시간, 기본요금, 단위시간, 단위요금)랑 입출차 기록이 주어지면, 차량별로 요금을 계산하는 문제다. 예제를 보자마자 "아 이거 간단하네" 싶었다.fees = [180, 5000, 10, 600]records = [ "05:34 5961 IN", "06:00 0000 IN", "06:34 0000 OUT", "07:59 5961 ..

프로그래머스 문제중 합승 택시 요금 문제를 풀면서 플로이드-워셜을 처음 제대로 파봤는데, 삼중 for문 자체는 외우는 데 5분도 안 걸렸다. 근데 "이게 왜 되는 거지?"를 이해하는 데는 시간이 좀 걸렸다. 특히 dist[i][k] + dist[k][j]처럼 인덱스에 i, k, j가 섞여 나오니까 머릿속에서 잘 안 그려지더라.결국 "그냥 프린트 찍어서 눈으로 보자"로 해결했는데, 그 과정을 정리해본다.일단 코드부터for (int k = 1; k 다익스트라는 "한 정점에서 출발해서 모든 정점까지"의 최단거리를 구하는데, 플로이드-워셜은 "모든 정점 쌍 사이"의 최단거리를 한 번에 구한다. 정점 개수가 적을 때(n≤400 정도) 쓰기 좋다.헷갈렸던 지점: k가 대체 뭐야dist[i][k] + dist[k]..

참가 취소 기능, 별거 아닌 줄 알았다요즘 코딩테스트 대비한다고 알고리즘 문제만 계속 풀었다.문제 읽고, 조건 파악하고, 풀이 짜고, 제출하는 루틴을 반복하다 보니 어느 순간 이런 생각이 들었다.내가 서비스를 만들고 있나, 문제집을 풀고 있나?그래서 오랜만에 프로젝트 레포를 다시 열었다. 알고리즘 문제에는 없는 것들 실제로 돌아가는 서비스, 기존 코드와의 정합성, 상태 하나 잘못 바꾸면 다른 기능이 깨지는 긴장감 그런 걸 다시 느끼고 싶었다.그렇게 골라잡은 게 참가 취소 기능이다. 신청은 이미 되는데 취소가 안 되는, 반쪽짜리 기능이었던 부분이다.얼핏 보면 CRUD에서 D 하나 추가하는 수준이라 금방 끝날 줄 알았다. 실제로는 설계 방향을 한 번 뒤집고, 버그 세 개를 순서대로 만난 뒤에야 끝났다. 오랜..

AWS 무료티어 기간이 전부 소모되어 갈쯤 미니PC를 사서 서버를 마이그레이션 해보고자 해서 중고나라에서 구매하였다.가격은 46만원... ryzen 5700u, ram 32GB, m.2 512GB요새 램값이며 ssd값이며 AI 돌풍 덕분에 엄청 가격이 올랐다. 그거 치고는 잘 산듯! 먼저 우리집 환경(?)을 살펴보자면메인 pc는 집에서 개발 및 서핑용으로 사용하고 있다미니PC는 서버 겸 넷플릭스나 유튜브 보기용으로 사용할 예정마침 구매한 미니PC가 윈도우 버전이 pro이기도 하고, linux를 바로 깔기에는 좀 아깝다고 생각했다. 제일 처음 생각 프로세스는 이거였다.미니PC가 윈도우 프로니까 pro버전은 윈도우 원격(MSTSC)가 가능함wsl이라고 윈도우에서 리눅스기능을 파워쉘에서 사용할 수 있게 해주는..

1. 문제 상황 (Issue)현상: API 호출 시 400 Bad Request조치 내용: 운영 서버(EC2)에 접속해 Nginx 컨테이너 설정을 수동으로 수정하여 정상 작동을 확인.재발: GitHub Actions를 통해 자동 배포를 진행하면 수정한 설정이 사라지고 다시 에러 발생. 어제 고쳤는데 오늘 다시 터지는 '무한 루프' 상황 발생.2. 원인 분석 (Root Cause)🔍 기술적 원인: 잘못된 Nginx 설정400 에러: 로그인 직후 SSE 구독(/api/subscribe) 요청에서 발생한 것으로 기억한다. SSE를 위해 추가했던 proxy_set_header Connection "";을 "keep-alive"로 바꾸자 해결됐다. 다만 당시 원인을 정확히 확인하지는 못했다. (아래 정정 참고)..

최근 프로젝트를 EC2 운영 환경에 배포하던 중 로컬에서는 정상적이던 로그인이 배포 서버에서만 실패하는 현상을 겪었다. 결론부터 말하면 사소한 포트 번호 오타와 도커 컴포즈의 환경변수 주입 시점 문제였으며 그 해결 과정을 기록으로 남긴다.1. 문제 발생: "로컬은 되는데 배포 환경만 안 된다?"본인은 로컬 개발 시 빠른 피드백과 디버깅을 위해 Spring Boot와 React는 로컬 호스트(Localhost)에서 직접 실행하고 Redis와 DB만 도커 컨테이너로 띄워 사용한다.로컬에서는 Spring이 도커에 뜬 Redis 포트(6379:6379 매핑)를 통해 localhost:6379로 바로 접속하므로 아무런 문제가 없었다. 하지만 모든 서비스를 도커 컨테이너화하여 올린 배포 환경에서는 상황이 달랐다.로..

React, Spring Boot, MySQL을 Docker Compose로 묶고 Nginx를 리버스 프록시로 두는 구조를 구성했다.로컬 환경에서는 정상적으로 동작하던 API가 Docker 환경에서 실행하자마자 프론트엔드 요청에 대해 계속 401 에러를 반환했다.백엔드 서버는 분명 실행 중이었고 Spring Security 설정도 permitAll()로 열어둔 상태였다.그래서 처음에는 자연스럽게 이런 생각이 들었다. “401이면 권한 문제잖아?”“그럼 Security 설정이 문제 아닌가?” 401 에러를 보고 처음 들었던 생각내가 알고 있는 401 에러는 명확했다.인증이 안 되었을 때토큰이 없거나 잘못되었을 때권한이 없는 요청일 때그래서 이 상황이 더 이상했다. JWT도 아직 적용하지 않음, 모든 요..

Nginx의 주요 역할웹서버 (Web Server): 사용자의 요청(Request)을 받아 정적인 파일(HTML, CSS, 이미지 등)을 전달(Serve)하는 기본 역할이다.리버스 프록시 (Reverse Proxy): 사용자의 요청을 받아서, 그요청을 대신 내부의 다른 서버(Node.js, Java 애플리케이션)로 전달하고 응답을 다시 사용자에게 보내주는 중개자 역할이다. 이 역할이 핵심 강점이다.로드 밸런서(Load Banancer): 요청이 폭주할 때, 여러 개의 서버에 요청을 균등하게 나누어 분산시켜주는 역할이다.Nginx의 장점: 비동기 이벤트 기반 아키텍처Nginx가 빠르고 강력한 이유는 비동기 이벤트 기반 아키텍처 덕분이다.동시성 처리: 대부분의 서버들은 요청마다 새로운 프로세스나 스레드를 생..