본문 바로가기

파이썬

파이썬 자동화 스크립트에 안전장치를 추가해 중복 발행을 막은 과정 안녕하세요, 파이선생입니다. 여러분은 코딩이나 매크로를 이용해 단순 반복 작업을 자동화해 본 경험이 있으신가요?최근 저는 파이썬을 이용해 블로그 자동화 시스템을 구축하는 과정에서 정말 아찔한 경험을 했습니다. 명령어에 들어가는 작은 글자 하나, 띄어쓰기 하나를 실수로 빠뜨린 탓에 똑같은 내용의 글이 2초 간격으로 끝없이 반복해서 블로그에 등록될 뻔했던 사건이었습니다. 코딩이 가져다주는 마법 같은 편리함 이면에는, 단 한 번의 사소한 실수조차도 시스템 전체에 치명적인 영향을 미칠 수 있다는 무서운 양면성이 존재한다는 것을 뼈저리게 느낀 순간이었습니다.이번 글에서는 제가 겪었던 이 식은땀 나는 경험을 바탕으로, 자동화 스크립트를 만들 때 왜 안전장치가 필수적인지, 그리고 구체적으로 어떻게 안전장치를 추가하여.. 더보기
파이썬 자동화 스크립트 하나로 합쳤다가 발생한 치명적인 중복 사고 파이썬 자동화 스크립트 하나로 합쳤다가 발생한 치명적인 중복 사고안녕하세요, 파이선생입니다.지금까지 저는 블로그 자동화 시스템을 구축하면서, "하나의 완벽한 스크립트"가 모든 것을 해결해 줄 것이라는 환상에 빠져 있었습니다. 그래서 신규 글을 등록하는 기능과 기존 글을 수정하는 기능을 하나의 파이썬 파일로 합쳐서 사용하고 있었죠.로직상으로는 아무 문제가 없어 보였습니다. 특정 값을 입력하면 수정 모드로, 입력하지 않으면 신규 발행 모드로 작동하게 만들었기 때문입니다. 그러나 이 사소한 오만이 실제 블로그 운영에서 끔찍한 대참사를 불러오고 말았습니다.문제: 아찔했던 중복 발행 참사사건의 발단은 단순한 오타 수정이었습니다. 이전에 올렸던 글의 오타를 발견하여, 스크립트를 통해 내용을 수정하려고 했습니다. 그.. 더보기
파이썬 티스토리 자동 로그인 실패기: 카카오 봇 탐지와 Fail-Fast 방어막 구축 파이썬 티스토리 자동 로그인 실패기: 카카오 봇 탐지와 Fail-Fast 방어막 구축안녕하세요, 1인 개발자이자 자동화 시스템을 구축하고 있는 파이선생입니다. 오늘은 제가 최근에 겪었던 파이썬(Python) 기반의 티스토리(Tistory) 블로그 자동화 시스템에서 발생한 '카카오 로그인 차단' 사태와 이를 해결하기 위해 어떤 방어막(Fail-Fast)을 구축했는지에 대한 생생한 경험담을 공유하고자 합니다.많은 분들이 블로그를 운영하면서 귀찮은 반복 작업을 줄이기 위해 자동화 스크립트를 작성하십니다. 저 역시 Selenium을 활용하여 마크다운(Markdown)으로 작성한 글을 티스토리 에디터에 자동으로 붙여넣고 임시저장하는 시스템을 수개월간 잘 사용해 왔습니다. 그런데 영원할 것 같았던 이 자동화 시스템.. 더보기
요금 폭탄의 공포, Gemini API 비용 제어와 할당량 관리 블로그 자동화 파이프라인의 완성도를 높이기 위해 Gemini API를 연동한 직후, 저는 예상치 못한 두려움에 직면했습니다. 무한 루프나 시스템 버그가 발생할 경우, 자는 동안 수천 번의 API가 호출되어 막대한 비용이 청구될 수 있다는 불안감이었습니다.우리가 흔히 접하는 챗봇 UI를 통해 질문을 던질 때는 내가 직접 입력하고 결과를 기다리는 구조이므로 과도한 호출이 일어날 일이 없습니다. 하지만 파이썬 코드로 API를 연동하여 백그라운드 스케줄러에 물려놓은 순간 이야기는 완전히 달라집니다. 단 하나의 논리적 오류(Logic Error)나 무한 루프(Infinite Loop) 버그가 발생하면, 컴퓨터는 1초에도 수십 번씩 API 서버에 요청을 때릴 수 있기 때문입니다.비용 폭탄의 두려움을 느끼는 파이선생.. 더보기
파이썬 상태 관리 로직을 활용한 블로그 자동화 파이프라인 통제 방법 블로그 자동화 시스템을 구축하면서 제가 마주한 가장 큰 딜레마는 '완전 자동화'의 위험성이었습니다. 스크립트가 스스로 원고를 작성하고 이미지를 생성한 뒤 곧바로 라이브 서버에 발행(Publish)하도록 놔두었더니, 잘못된 내용이나 깨진 이미지가 그대로 독자들에게 노출되는 대형 사고가 빈번하게 발생했습니다.자동화의 편리함을 누리면서도 품질을 통제할 수 있는 중간 점검 단계가 절실했습니다. 이를 해결하기 위해 파이썬(Python) 기반의 상태 관리 로직과 JSON 리포트 시스템을 도입한 과정을 공유합니다.Dry-run: 발행 전 모의 실행 단계의 도입가장 먼저 취한 조치는 스크립트 실행 모드를 두 가지로 분리하는 것이었습니다. 실제 티스토리 서버에 반영하는 publish 모드와, 모든 유효성을 검증하고 임시.. 더보기
백그라운드 무인 스케줄러 제어 불능 사태와 태스크 종료 실전 가이드 블로그 자동화 파이프라인을 구축하면서 가장 달콤했던 유혹은 '스케줄러'의 도입이었습니다. 파이썬의 schedule이나 운영체제의 크론(Cron) 작업을 활용하면, 컴퓨터가 켜져 있는 동안 매일 정해진 시간에 자동으로 포스팅을 발행할 수 있기 때문입니다.백그라운드 스케줄러 폭주로 인해 시스템 리소스가 고갈되는 심각한 상황을 실제 터미널 에러 로그를 통해 생생하게 전달하기 위함입니다.스케줄러 폭주 터미널 캡처안전 장치 없이 구동된 스케줄러가 동일한 태스크를 무한히 중복 실행하며, 시스템 리소스 고갈 경고 로그를 토해내는 실제 로그 내용을 기반으로 만든 터미널 형식 이미지입니다.하지만 안전 장치 없이 구동된 백그라운드 무인 스케줄러는 순식간에 통제 불능의 좀비 프로세스로 돌변할 위험을 안고 있었습니다. 이번 .. 더보기
티스토리 React 에디터에서 Selenium 자동 입력이 46자만 들어간 이유와 해결책 파이썬 기반 티스토리 자동 포스팅 봇을 개발하며 수많은 난관에 부딪혔지만, 가장 황당했던 에러를 꼽으라면 단연 "46자 컷오프(Cut-off) 현상"일 것입니다. 수천 자의 정성스러운 원고를 셀레늄(Selenium)에게 쥐여주고 자동 발행을 지시했는데, 정작 발행된 글에는 딱 46자만 적혀 있었습니다.오늘은 이 기괴한 현상의 원인인 'React 에디터의 이벤트 처리 병목'과 이를 해결하기 위해 TinyMCE 코어에 직접 접근하여 문제를 해결한 깊이 있는 트러블슈팅 과정, 그리고 시스템 레벨의 재발 방지 체계 구축 경험을 공유합니다.React 렌더링 지연으로 인해 텍스트가 유실되는 컷오프 현상을 마주하고, 이를 구조적으로 해결하려는 의지를 표현하기 위해 본 포스팅의 썸네일을 준비했습니다.모든 텍스트가 날아.. 더보기
티스토리 자동화 중 발생한 마크다운 파싱 오류와 정규식(Regex) 복구 로직 이번 글에서는 파이썬 기반으로 티스토리 자동 포스팅 봇을 운영하던 중 발생한 치명적인 '마크다운 파싱 오류'와 이를 정규식(Regex)으로 해결한 과정을 기록합니다. 자동화 시스템이 뱉어낸 반쪽짜리 원고에 당황했던 경험이 있다면, 이 트러블슈팅 과정을 주목해 주시기 바랍니다.완벽할 줄 알았던 포스팅 봇의 배신수십 줄의 코드를 작성하고 여러 번의 테스트를 거쳐 티스토리 자동 포스팅 파이프라인의 뼈대를 완성했습니다. 하지만 기쁨도 잠시, 봇을 가동하여 새로운 원고를 주입하자마자 에디터 화면을 보고 두 눈을 의심했습니다. 분명히 제가 넘겨준 원고는 기승전결이 갖춰진 긴 글이었는데, 정작 티스토리 에디터에는 글이 중간까지만 적히다 말고 뚝 끊겨 있었기 때문입니다.마치 누군가 가위로 문서를 싹둑 자른 것처럼 기괴.. 더보기

티스토리툴바