Develop
글 15편 · 학습 노트 1편 포함
-
자동 발행 봇은 노트에 없는 순서와 이유를 만들었다
9월 6일부터 10월 13일까지 초안 24편을 붙잡은 근거 게이트를 살펴봤다
문제: 글을 쓰는 봇이 근거를 넘겨짚었다 내가 만든 자동 발행 봇은 9월 6일부터 10월 13일까지 매일 글을 썼다. 자동 발행 스크립트에는 게이트가 네 개 있었고, 그중 근거 검사가 글을 멈췄다. 게이트에 걸린 글 24편은 발행되지 않고 초안으로 쌓였다. 초안이 늘면 게이트부터 ...
-
KIS 새 실전 앱키는 실시간 구독을 3건만 받았다
코드·재시도·중복 접속은 원인이 아니었다. 엔진 밖에서 재도 모의 키는 26/26이었고, 문서상 한도는 41건이다
한 줄로 자동매매 엔진에서 실시간 구독이 26종목 중 3종목만 붙는 문제를 조사했다. 원인은 우리 코드가 아니라 10/12에 재발급한 KIS 실전 앱키 자체의 제한으로 좁혀졌다. 재시도 누적, 구독 코드 변경, 중복 접속, 다른 프로세스의 키 사용을 하나씩 지웠다. 엔진과 무관한 ...
-
KIS 웹소켓이 26종목 중 3종목만 받아줬다
23종목이 MAX SUBSCRIBE OVER로 거절됐는데도 엔진은 정상으로 판단했다. 이를 고친 PR #127·#128·#129 기록
한 줄로 새로 받은 KIS 실전 앱키로는 실시간 시세(웹소켓) 구독이 3종목까지만 됐다. 26종목 중 23종목은 MAX SUBSCRIBE OVER로 거절됐다. 거절보다 더 위험했던 것은 엔진의 반응이었다. 3종목에서 시세가 들어오자 엔진은 정상이라고 보고 폴링으로 넘어가지 않았다....
-
스카이스캐너를 빼도 항공권 감시는 안 빨라졌다
Webshare 프록시로는 PerimeterX 차단이 일부만 풀린다고 보고 네이버·구글만 남겼다. 날짜당 약 31초는 그대로다
한 줄로 항공권 감시 스크립트(flight-watch)에서 스카이스캐너를 빼고, 네이버를 기준으로 삼고 구글은 보조로만 보도록 바꿨다(03ab94a). Webshare 프록시를 붙이면 차단이 풀리느냐는 질문에는 일부만 풀린다고 판단했다. 처음에는 실행 시간이 줄어든다고 생각했지만 ...
-
KIS 모의투자 API, 토큰은 되는데 계좌가 막혔다
앱키로 토큰은 받았지만 계좌 조회는 'ID와 사용자정보가 상이' 오류로 막혔고, 실측은 월요일 장중으로 미뤘다
한 줄로 한국투자증권(KIS) 모의투자 앱키로 토큰은 정상 발급됐다. 그런데 계좌 조회는 모의투자 처리계좌의 ID와 사용자정보가 상이하여 처리 불가능 합니다. 오류로 막혔다. 원인 후보 두 개를 좁혀 두었고, 주말에는 모의 주문을 받지 않아 실측은 10/12(월) 장중으로 미뤘다....
-
하이드레이션 전의 '껍데기 버튼'이란?
눌러도 반응이 없는 938회차를 겪고
한 줄로 화면에 보이는 버튼이라고 해서 누를 수 있는 버튼은 아니다. 서버가 먼저 그려 보낸 HTML 속 버튼은 자바스크립트가 클릭 동작을 붙이기 전까지 눌러도 아무 일이 없다. 무신사 오픈런 938회차는 이 껍데기 버튼을 눌러서 놓쳤다. 그래서 러너(응모를 대신 해 주는 자동화 ...
-
로컬 추정치란?
상태줄의 로컬 리셋 추정이 실제와 3시간 어긋나, Claude가 전달하는 rate_limits 기반 위젯으로 바꿨다
한 줄로 로컬 추정치는 서버가 알려주는 진짜 값이 없을 때, 클라이언트가 자기 손에 있는 흔적만으로 답을 만들어내는 것이다. 어제 Claude Code 상태줄을 뜯어고치면서 이 추정치가 3시간이나 틀린 값을 아무 경고 없이 보여주고 있던 걸 발견했다. 렌더 시간은 수정 뒤 4,07...
-
같은 도식을 Mermaid 와 Archify 로 그려봤다
둘을 나란히 비교하기
결론부터 정보량은 같았다 — 노드 9개, 화살표 8개 차이는 검증이다. Archify는 선이 겹치면 반려하고, Mermaid는 그냥 그린다 대신 Archify는 약 800KB, Mermaid는 2.4KB + CDN 아래에 같은 도식을 두 방식으로 나란히 놓았다. 직접 비교해보면 된...
-
CSP 는 북마클릿을 막는가?
인라인 북마클릿과 DOM에 삽입한 script의 차이, 합성 클릭과 실제 클릭의 차이를 검증했다
한 줄로 CSP(Content Security Policy, 페이지가 어떤 코드를 실행해도 되는지 브라우저에 알려주는 규칙)는 북마클릿을 막지 않는다. 막히는 건 그 북마클릿이 DOM 에 <script> 를 남기는 순간이다. 이 글은 그 경계를 직접 돌려 확인하는 과정에...
-
프롬프트로 막은 줄 알았는데 새고 있었다 — 자동 발행 파이프라인에 게이트를 붙인 이야기
홈 디렉터리 경로가 자동 생성 글에 실려, 프롬프트의 상대 경로 조건과 코드의 형태 검사를 함께 보강했다
한 줄로 어제 정리 노트를 근거로 블로그 글을 자동 발행하는 크론잡을 만들었는데, dry-run 결과 글 본문에 내 홈 디렉터리 경로가 그대로 실려 나왔다. 원인은 프롬프트에 넣은 “파일 경로를 그대로 보존한다”는 지시였다. 프롬프트만 고치지 않고 형태 패턴을 검사하는 게이트를 코...
-
CDP로 띄운 창이 화면에 없다 — 예외가 없으면 성공이라는 착각
reveal의 성공 반환 뒤 창 좌표를 확인하고 재시도하도록 바꿨으며, 창을 못 띄워도 앱 결제를 위한 대기를 유지했다
한 줄로 CGV 좌석 감시 데몬이 좌석 선점까지는 해놓고 결제 창을 안 띄우는 문제를 잡았다. 원인은 두 개가 겹쳐 있었는데, 하나는 데몬이 --no-reveal(창을 띄우지 말라는 옵션)로 돌고 있는데 감시 루프는 그걸 무시하고 reveal()을 호출하던 모순이었고, 다른 하나는...
-
백엔드 개발자 로드맵 2026
원본 로드맵의 세부 항목 132개를 하나도 합치지 않고 전부 그렸다. 큰 흐름만 보려면 아래 전체 흐름 도식 하나로 충분하고, 그 뒤 1~7단계가 세부 항목이다. 항목에 붙은 대안은 위의 기본 항목 대신 하나만 고르라는 뜻이고, 순서 무관은 아무 때나 익혀도 되는 항목이다. 표시가...
-
죽은 파일이 살아있는 파일보다 최신이었다
감사의 목적은 번들 축소가 아니었다 흔한 동기(번들 크기, 파일 수)가 아님 목적: “죽은 코드를 살아있다고 착각하고 거기에 작업하는 사고” 방지 계기: 그 사고가 이미 여러 번 발생 조사 결과: 2주 동안 같은 패턴 5회 반복 원인: git log가 거짓말을 한다 가장 인상적인 ...
-
같은 버그를 양쪽에서 따로 고쳤다
V1/V2 이중 스택을 합치기로 한 계기
계기: 같은 버그를 양쪽에서 따로 고쳤다 한 화면에 V1·V2 두 벌의 구현 공존 신규 작성 화면 — V2 사용 월 업데이트 화면 — V1 사용 카테고리 상태 desync 버그 발생 시의 대응: V1 쪽 수정 → 며칠 뒤 V2 쪽에서 재수정 같은 원인·같은 증상·같은 수정의 2회 ...
학습 노트
책·강의를 따라 적은 정리 1편. 2026 이전에 쓴 것이다.