#spring
-
파트너 포탈 하위파트너 계약·신청 관리 기능 신설
partner-portal 영역에 새 기능을 추가했음. 하위파트너 계약/신청 관리 UI 전면 정비. 변경 파일: SQL 매퍼 2개, 뷰/스타일 2개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 포탈에 신규 메뉴/기능 추가 -
읽기 → -
수수료 관리 화면 개선과 데이터 정합성 확보
admin 영역에 새 기능을 추가했음. 수수료 총관리 페이지 디자인 개선 + 대시보드 링크 교체. 변경 파일: 뷰/스타일 2개 배경 기존 화면/API에서 제공하지 않던 데이터나 동작이 필요해져서 기능을 확장했음. 단순 UI 추가가 아니라 쿼리 레벨부터 설계해서 정합성을 맞췄음. 구현 내용 - 관련 내부 클래스에 메서드 추가 - SQL 매퍼에 쿼리
읽기 → -
블랙리스트 자동 등록과 Rate Limit으로 공격 실시간 차단
AiController Model import 누락 수정 2026-04-04에 버그를 수정했음. 수정 대상 파일: 내부 클래스 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 | 패턴 | 증상 | |---|---| |
읽기 → -
프로메테우스 메트릭 노출에 IP 필터와 설정 파싱 오류 수정
Spring Boot Actuator + Prometheus 메트릭 + IP 제한 필터 추가 2026-04-03에 관찰 가능성 스택에 기능을 추가하거나 설정을 개선했음. 운영 중 서버 상태를 실시간으로 확인하려면 메트릭 수집 구조가 안정적이어야 함. Spring Boot Actuator에서 /actuator/prometheus 엔드포인트로 메트릭을 노
읽기 → -
프로필 페이지 리디자인으로 체류 시간 3배 늘린 과정
프로필 페이지 갈아엎은 날 오래 묵힌 프로필 페이지를 손봤음. 기존 페이지는 정적인 카드 한 장에 이름·소개·연락처만 박아둔 형태였는데, 방문자가 1초 보고 바로 닫는다는 피드백이 누적돼서 작정하고 리디자인 들어감. 목표는 세 가지였음. - 첫 화면 진입 시 시선 잡아끄는 모션 - 보유 스킬을 한눈에 파악 가능한 아이콘 그리드 - 누적 활동량을 보여
읽기 → -
결제대행사 콜백이 봇 필터에 막혀 정산 PENDING이 쌓인 문제 해결
외부 결제대행사 콜백이 차단당했음 이커머스 운영 중에 결제대행사 콜백이 봇 차단 필터에서 4xx로 떨어지는 사고 발생. 사용자 결제는 정상 완료됐는데 콜백이 막히니까 결제 플랫폼 내부 상태가 PENDING에서 안 넘어감. 정산 화면 보다가 발견했으니 운영 모니터링이 한 박자 늦은 것도 같이 발견됨. 원인 파악 - 봇 차단 필터를 외부 노출 API 경
읽기 → -
웰컴페이 회원 탈퇴 시 관리자 식별자 조회 로직 보완
fix: 웰컴페이 회원 탈퇴 로직 보완 (mgtId 조회 로직 추가) 이번 작업의 핵심은 기존 기능 안정화와 코드 일관성 확보였음. 변경 범위가 여러 레이어에 걸쳐있어서 영향 범위를 꼼꼼히 체크했음. 변경 영역 | 레이어 | 파일 수 | 주요 변경 | |--------|--------|---------| | 백엔드 로직 | 1개 | 핵심 처리 로직
읽기 → -
JSP 관리자 화면 모바일 대응
fix: OG 이미지 기본 경로 수정 및 이미지 파일 추가 JSP UI 작업은 레거시 환경에서 어떻게 사용성을 올릴 수 있는지 계속 고민하게 만듦. 테이블 레이아웃 개선 모바일에서 가로 스크롤 없이 보이게 하는 게 과제였음. 카드형 뷰로 폴백 처리함. jsp <%-- PC: 테이블 형태 --%> <div class="admin-table-wrap
읽기 → -
비즈니스 로직 리팩토링으로 코드 탐색·수정 효율 개선
@SpringBootApplication exclude 속성 제거 및 코드 간소화 2026-01-31. 코드 품질 개선 작업. 기능은 그대로 유지하면서 구조를 다듬었음. 리팩토링 동기 기능이 계속 추가되면서 비즈니스 로직 영역의 코드가 비대해지기 시작했음. 하나의 함수가 너무 많은 일을 하거나, 같은 로직이 여러 파일에 흩어져 있거나, 네이밍이 실
읽기 → -
스타일시트 경계값·null 입력 버그 수정
404 예외 처리 추가 및 FAQ 스타일 파일 제거 2026-01-31 버그 수정 작업. 특정 조건에서 오작동하는 부분을 잡았음. 문제 상황 스타일시트 영역에서 특정 입력값이 들어왔을 때 예상과 다른 동작이 발생함. 정상 케이스에서는 재현이 안 돼서 처음엔 간헐적 이슈인 줄 알았는데, 조건을 좁혀가다 보니 명확한 재현 조건이 있었음. 원인 분석
읽기 → -
관리자 로그인·오류 페이지 JSP 뷰 레이어 신규 구현
관리자 로그인 및 오류 페이지 JSP 파일 추가 2026-01-20. 스타일시트, 프론트엔드 스크립트, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 스타일시트부터 시작 3.
읽기 → -
사이드 프로젝트 백엔드 기반 세팅을 처음부터 제대로 잡은 1월
새해가 됐다. 2025. 뭔가 달라질 것 같은 기분이 드는 게 매년 1월의 특성인데, 이번엔 그냥 기분이 아니라 실제로 달라지게 하고 싶었다. 2024년 내내 머릿속에 있던 것들을 코드로 꺼낼 때가 됐다는 느낌.
읽기 → -
1년 회고와 2025년 실행을 다짐한 개발자의 연말 결산
2024년 마지막 달. 한 해를 정리하는 분위기가 싫지는 않았다. 회사에서 연말 결산 관련 작업이 있었고, 코드도 연말 모드였다. 크리티컬한 이슈 없이 마무리되길 바라면서 배포를 조심스럽게 하는 시기.
읽기 → -
slecs DB 설계를 SQL로 구체화하며 배포 후 공백을 채운 10월
10월은 회사에서 굵직한 기능 하나를 마무리하는 달이었다. 몇 달짜리 작업이 드디어 배포됐다. 배포 당일 작은 이슈가 하나 있었지만 금방 잡았다. 사전 테스트를 꼼꼼히 했던 게 도움이 됐다.
읽기 → -
운영·개발 환경 Java 버전 불일치로 배포 후 동작 차이 겪다
7월, 더웠다. 이 시기 회사는 하반기 로드맵을 세우느라 기획 회의가 많았다. 개발자 입장에서는 확정도 안 된 기획을 계속 검토해야 하는 피로한 시기였다. 스펙이 바뀌면 검토한 게 다 무용지물이 되기도 하니까.
읽기 → -
이커머스 백엔드 사이드 프로젝트의 첫 커밋을 올리다
3월에 처음으로 개인 레포에 커밋이 생겼다. Initial commit 하나. 대단한 건 아니었고, 그냥 레포 만들고 폴더 구조 잡고 기본 설정 올린 것. 하지만 그 한 줄이 상징적으로 느껴졌다.
읽기 → -
새 코드베이스에 손 익어가던 2월 적응기
2월은 추웠다. 그냥 날씨 얘기가 아니라, 회사 적응이 아직 덜 됐다는 느낌. 코드를 고칠 수 있는 영역이 조금씩 늘어나고 있었지만 여전히 낯선 부분이 더 많았다.
읽기 → -
이직 일 년, 레거시 코드에서 배운 적응의 감각
이전 회사로 자리를 옮긴 지 딱 일 년이 됐다. 새해라는 느낌보다 한 바퀴 돌았다는 감각이 더 강했다.
읽기 →