FastAPI
게시글 4건Vite SPA에서 Next.js SSR로 전면 전환오늘의 목표와 맥락 프론트엔드를 Vite + React SPA에서 Next.js 16(App Router) SSR로 전면 전환 했다. 하루 안에 범위 산정 → 구현 → 운영 배포까지 완료했다. 기존 구조는 SPA의 SEO 한계를 백엔드 프리렌더 계층으로 메꾸고 있었다. FastAPI가 빌드 산출물 index.html 을 읽어 SEO 마커 블록을 글별 OG/2026. 9. 3.관리자 화면 디자인 통일과 참여자 목록 개편오늘의 목표와 맥락 행사 참여자 관리 서비스의 작성자(관리자) 화면을 손봤다. 처음에는 개별 요청을 하나씩 처리하는 흐름이었다 — 등록 화면 상단 이미지 배치, 이벤트 상세의 진행/종료 버튼 위치, 참여자 목록 표시 방식. 그러다 마지막에 "작성자 화면들의 넓이나 디자인 통합" 이라는 큰 주제로 넘어갔다. 앞의 작은 요청들이 사실 같은 문제의 증상이었다. 2026. 8. 13.보안 점검과 PageSpeed 성능 개선오늘의 목표와 맥락 운영 중인 블로그 서비스에 대해 두 가지를 진행했다. 하나는 백엔드 전반의 보안 점검이고, 다른 하나는 PageSpeed 측정에서 지적된 성능 문제(캐시 수명 미설정 1,020KiB, 렌더링 차단 CSS 2,250ms, 미사용 JS 259KiB, llms.txt 형식 위반)의 해결이다. 측정 결과를 뜯어 보니 원인은 배포 구조에 있었다.2026. 7. 30.Device Flow로 만드는 안전한 개발로그 초안 발행 파이프라인문제: 작업 기록은 남지만, 공개 가능한 글은 자동으로 남지 않는다 하루 동안 구현한 기능은 커밋과 변경 파일에 남지만, 그것만으로는 읽을 만한 개발로그가 되지 않는다. 특히 왜 이 방식을 골랐는지, 어디에서 막혔는지, 어떤 안전장치를 추가했는지는 커밋 제목만으로 복원하기 어렵다. 이번 작업의 목표는 AI가 작업 맥락과 공개 가능한 변경 정보를 바탕으로 초2026. 7. 28.