#redis
-
대량 쿠폰 발급 Redis 호출을 N번에서 1번으로 줄여 지연 개선
대량 쿠폰 발급 Redis 호출 최적화 (N건→1회) + 사용자 중심 개발 지침 추가 성능 최적화 작업을 했음. 문제 상황 대량 항목 처리 시 캐시 조회를 건별로 반복 호출하고 있었음. 100건이면 100번의 네트워크 왕복이 발생하는 구조였음. 처리량이 늘면서 지연이 선형으로 증가했음. 원인 분석 설계 시 소량 처리를 가정해서 단건 조회로 구
읽기 → -
AI 상담 부적절 이용 경고·정지 기능 도입
AI 상담 부적절 이용 시 경고 및 정지 기능 추가** 2026-04-04에 AI 상담 기능을 추가하거나 개선했음. 기존에 외부 서비스를 통하던 AI 상담을 Claude API 직접 호출 방식으로 전환했음. 응답 품질과 커스터마이징 자유도가 올라갔고, 중간 레이어가 없어지니 레이턴시도 줄었음. 기능 구조 사용자 질문 → 내부 클래스 (API
읽기 → -
보안 필터 강화로 의심 경로·페이로드·404 누적 자동 차단 도입
BotBlockFilter 보안 강화 - 의심경로/페이로드/404누적 자동차단 2026-04-01에 서버 보안 필터 관련 작업을 진행했음. 운영 서버에 붙어있는 보안 필터는 크게 세 가지를 처리함: IP 기반 Rate Limit, 봇/공격 패턴 감지, 블랙리스트 자동 등록. 이번 작업에서 임계값 조정이나 예외 경로 추가를 했음. 처리 흐름 요청
읽기 → -
쇼핑몰 Redis 접속 오류 수정과 블랙리스트 자동 차단 구조 도입
Redis host를 host.docker.internal로 변경 2026-03-26에 버그를 수정했음. 수정 대상 파일: application-쇼핑몰 플랫폼.yml 작은 수정처럼 보여도 운영 중 발생하는 문제들은 빠르게 잡는 게 중요함. 이번 수정도 재현 → 원인 파악 → 최소 범위 수정 → 배포 순서로 처리했음. 자주 나오는 버그 패턴 |
읽기 → -
정산 유니크 제약 누락으로 중복 적재되던 문제 수정
dump.rdb 가 또 올라왔음 로컬에서 캐시 띄워놓고 작업하다 보면 워킹 디렉토리에 dump.rdb 가 슬쩍 생김. 평소엔 잘 피해다녔는데 다른 변경이랑 같이 add 되면서 한번 커밋에 따라 들어간 적이 있었음. 수십 MB 바이너리가 히스토리에 박히면 클론할 때마다 짜증나고, 무엇보다 캐시 스냅샷에 뭐가 들었는지 모르니 보안적으로도 찜찜함. 그래서
읽기 → -
아키텍처·API 레퍼런스 문서 체계 정비
docs: 문서 업데이트 및 개선 (Redis, 아키텍처, 스킬 정의) 문서화 작업은 귀찮지만 나중을 위해 꼭 필요함. 특히 외부 API 연동 부분은 레퍼런스 없으면 매번 명세서 다시 뒤져야 함. 문서 구조 .claude/docs/ ├── api-reference.md 외부 API 엔드포인트 정리 ├── architecture.md
읽기 → -
FAQ·게시판 상세 페이지와 Redis 세션 관리 신규 구현
FAQ 및 게시판 상세 페이지 JSP 추가, Redis 세션 관리 도입 2026-01-28. 컨트롤러, SQL 쿼리, 뷰 템플릿 레이어에 실제 동작하는 로직을 심는 작업이었음. 기술적 접근 요구사항 분석 후 다음 순서로 진행했음: 1. **스키마/모델 정의** — 어떤 데이터를 어떻게 저장할지 먼저 결정 2. **핵심 로직 구현** — 컨트롤러부
읽기 →