서버 없이 AdMob app-ads.txt 올리기 — Firebase Hosting 삽질기 (feat. Node 24 호환성 버그)
서버 없이
플레이스토어에 앱을 출시하고 AdMob으로 광고를 붙이려는데, app-ads.txt를 내 "개발자 웹사이트" 루트에 올리라는 요구사항에 걸렸다. 예전엔 Blogger 커스텀 리다이렉트로 우회했었는데, 이번엔 공식적으로 권장되는 Firebase Hosting으로 해보기로 했다. 과정에서 firebase-tools 신버전의 버그를 만나서 꽤 헤맸는데, 똑같이 겪을 사람들을 위해 정리해둔다.
TL;DR
app-ads.txt는 Play Console에 등록한 "웹사이트" 도메인의 루트에, 라인 그대로의 텍스트 파일로 올라가 있어야 함
자체 서버 없으면 Firebase Hosting(무료)이 공식 권장 대안 — Google Sites는 크롤링 안 됨
firebase-tools 15.32.1 + Node v24.15.0 조합에서 firebase init이 거의 항상 실패함 (새로 생긴 "Agent Skills Setup" 기능과 설정파일 쓰기가 경쟁 조건으로 충돌)
우회: init 쓰지 말고 .firebaserc / firebase.json을 손으로 만들고 바로 firebase deploy
deploy도 멈추는 경우가 있었는데, 원인은 프로젝트 폴더가 Documents 밑에 있었기 때문 — OneDrive 동기화든 백신 실시간 감시든, 아무튼 Documents 폴더 안에서 파일 I/O가 막히는 증상. C:\dev 같은 일반 폴더로 옮기니 바로 해결됨
1. app-ads.txt가 뭐고 왜 필요한가
AdMob/프로그래매틱 광고 생태계에서 "이 앱의 광고 인벤토리를 실제로 이 퍼블리셔가 판매하는 게 맞다"는 걸 검증하기 위한 파일이다. Google 공식 문서 기준:
내용 형식 예시:
google.com, pub-실제게시자ID, DIRECT, f08c47fec0942fa0
위치: Play Console 앱 등록정보의 "웹사이트" 필드에 적힌 도메인의 루트. 웹사이트가 https://example.com이면 파일은 정확히 https://example.com/app-ads.txt에 있어야 함
Google Sites로는 안 됨(공식 문서에 명시), 24시간~최대 1주일 정도 크롤링/반영 시간이 걸림
자체 서버/홈페이지가 없는 1인 개발자라면 Firebase Hosting을 쓰는 게 지금 기준 가장 깔끔한 선택이다. 이미 앱에 Firebase(Firestore 등)를 쓰고 있다면 새 인프라를 더 만들 필요도 없다.
2. 설치 및 준비
npm install -g firebase-tools firebase login
로그인은 브라우저 창이 뜨고 Firebase 콘솔에 쓰던 구글 계정으로 하면 된다.
3. 문제 발생 — firebase init이 계속 실패함
firebase init hosting
으로 Hosting 기능 선택 → public 디렉터리 지정 → SPA rewrite 여부 → GitHub Actions 연동 여부까지 정상적으로 진행되다가, 맨 마지막에:
Error: An unexpected error has occurred.
--debug 플래그를 붙여서 다시 돌려보니 원인이 드러났다:
=== Agent Skills Setup If you are using an AI coding agent, Firebase Agent Skills make it an expert at Firebase. √ Would you like to install agent skills for Firebase? Yes i Installing Agent skills in the background... + Agent skills installation started
[...] Error: ENOENT: no such file or directory, open 'C:\...\firebase.json' at Object.writeFileSync (node:fs:2414:20) at Config.writeProjectFile (...\firebase-tools\lib\config.js:166:12) at postInitSaves (...\firebase-tools\lib\commands\init.js:243:12)
버전 정보 (이 글 기준):
firebase-tools15.32.1
Node.js v24.15.0
Platform: Windows (win32)
firebase-tools 15.32.1에 새로 생긴 "Agent Skills Setup"(AI 코딩 에이전트용 스킬을 백그라운드로 설치해주는 기능)이 끝나자마자, CLI 본체가 firebase.json을 쓰려는 타이밍과 겹치면서 파일 쓰기가 깨지는 것으로 보인다. "Would you like to install agent skills?"에 No로 답해도 똑같은 자리에서 에러 종류만 바뀌어서(EBADF: bad file descriptor, write) 또 실패했다 — 즉 선택지 문제가 아니라, 경쟁 조건(race condition)성 버그로 보인다. 실제로 재시도할 때마다 성공/실패가 갈렸다(한 번은 우연히 성공하기도 했다).
Node.js가 아주 최신 버전(v24)이라 firebase-tools가 아직 완전히 검증하지 못한 조합일 가능성도 있다. 이 글을 나중에 보는 사람은 그 사이 양쪽 버전이 올라가서 이미 고쳐졌을 수도 있으니, 겪고 있는 증상이 다르면 버전부터 맞춰보는 걸 권한다.
우회 방법 — init 쓰지 말고 설정 파일을 직접 작성
init의 문제 지점(postInitSaves)을 아예 타지 않도록, deploy에 필요한 두 파일을 손으로 만들었다.
(rewrites로 모든 경로를 index.html로 보내도, public/app-ads.txt처럼 실제로 존재하는 파일은 Firebase Hosting이 rewrite보다 먼저 서빙하기 때문에 app-ads.txt 호스팅과 충돌하지 않는다.)
Windows에서 파일 만들 때 탐색기로 하면 firebase.json.txt처럼 확장자가 숨어서 꼬이는 경우가 많아서, cmd/PowerShell에서 바로:
notepad .firebaserc notepad firebase.json
로 만드는 걸 추천한다. (메모장이 "파일이 없습니다. 새로 만드시겠습니까?"라고 물어보면 예 → 내용 붙여넣기 → 저장)
4. 두 번째 문제 — 이번엔 deploy가 멈춤
설정 파일을 수동으로 만들고 firebase deploy --only hosting을 돌렸는데, 이번엔 다음 지점에서 그냥 멈췄다(에러도 안 뜨고 진행도 안 됨):
i hosting[프로젝트ID]: found 3 files in public [hosting] uploading with 200 concurrency [hosting] hash cache [...] not populated Checked if tokens are valid: true, ...
이 뒤로 네트워크 요청 로그(>>> [apiv2])가 아예 안 찍히는 게 특징이었다 — 즉 서버 통신 전에, 로컬 파일 해시 계산 단계에서 멈춘 것. 파일 3개 해시하는 데 멈출 이유가 없으니 네트워크 문제가 아니라 파일 시스템 접근 문제로 의심했다.
프로젝트 폴더 경로가 C:\Users\...\Documents\...였던 게 걸려서, OneDrive 동기화나 Windows Defender 실시간 감시가 파일 접근을 지연/차단하고 있을 가능성을 테스트했다:
+ hosting[프로젝트ID]: file upload complete i hosting[프로젝트ID]: finalizing version... + hosting[프로젝트ID]: version finalized i hosting[프로젝트ID]: releasing new version... + hosting[프로젝트ID]: release complete
+ Deploy complete!
Hosting URL: https://프로젝트ID.web.app
결론: Windows에서 Documents 폴더(특히 OneDrive 연동 계정)는 CLI 도구 작업 폴더로 쓰지 말 것. C:\dev 처럼 동기화/백신 감시가 덜 걸리는 평범한 경로를 쓰는 게 여러모로 안전하다.
5. app-ads.txt 올리고 마무리
notepad public\app-ads.txt
google.com, pub-실제게시자ID, DIRECT, f08c47fec0942fa0
firebase deploy --only hosting
마지막으로 Play Console → 스토어 등록정보 → 연락처 세부정보 → 웹사이트에 https://프로젝트ID.web.app를 정확히 입력(끝에 슬래시나 경로 없이, 발급된 도메인 그대로). 이게 app-ads.txt가 있는 도메인과 정확히 일치해야 AdMob 크롤러가 찾아간다.
같은 Firebase Hosting에 개인정보처리방침 페이지(public/privacy.html)도 같이 올려두면, 플레이스토어가 요구하는 "개인정보처리방침 URL"까지 한 번에 해결된다.
6. 요약 — 전체 명령어 모음
# 설치 및 로그인 npm install -g firebase-tools firebase login
# (firebase init은 이 시점 버전 조합에서 불안정했음 — 아래로 대체)
# .firebaserc, firebase.json을 수동 작성 후, # 반드시 OneDrive/백신 감시가 없는 일반 폴더(예: C:\dev)에서 작업
cd C:\dev\내프로젝트 firebase deploy --only hosting
증상
원인
해결
firebase init 끝에서 "Unexpected error"
Agent Skills Setup과 설정파일 쓰기의 경쟁 조건 (firebase-tools 15.32.1 / Node 24 조합)
Lost in Korea? Even if you don't speak Korean, this app helps you get around easily.
Just speak your language—it translates, searches, and shows results back in your language.
Great for travelers! Supports 10+ languages including English, Japanese, Chinese, Vietnamese, and more.
Try it now!
Lost in Korea? Even if you don't speak Korean, this app helps you get around easily.
Just speak your language—it translates, searches, and shows results back in your language.
Great for travelers! Supports 10+ languages including English, Japanese, Chinese, Vietnamese, and more.
Try it now!
파이썬으로 네이버 쇼핑 커넥트 자동화하기 — 블로그 포스팅부터 인스타그램 릴스 자동 게시까지
블로그게시 예시
네이버 쇼핑 커넥트(브랜드 커넥트 제휴)로 받은 상품 링크를 블로그 글에 자동으로 붙이고, 같은 상품으로 인스타그램 릴스 영상까지 만들어 올리는 파이썬 자동화를 만들어 본 기록입니다. 중간에 겪은 삽질(PowerShell 쉼표, URL 인코딩, 에디터가 스타일을 지우는 문제 등)도 함께 정리했습니다.
⚠️ 쇼핑 커넥트는 공개 Open API 가 없습니다. 이 글은 본인 계정으로 로그인한 브라우저가 호출하는 요청을 그대로 재현하는 방식이라, 응답 형식이 예고 없이 바뀔 수 있고 운영 정책상 제한될 수 있습니다. 호출 빈도를 낮게 유지하고, 사용 전 브랜드 커넥트 운영정책을 꼭 확인하세요.
전체 구조
[쇼핑 커넥트] │ (로그인 쿠키로 내부 API 호출) ├─▶ 상품 조회 / 검색 / 제휴 링크 발급 ─▶ [네이버 블로그 봇] 글 상단 대가성 문구 + 하단 상품 목록 │ └─▶ 발급된 링크 목록 ─▶ sqlite 저장 │ ├─▶ 상품 이미지 → 세로 영상(ffmpeg) + 자막 └─▶ 인스타그램 Graph API 로 릴스 게시 (라즈베리파이 cron)
사용한 것: Python 3.9+, requests, playwright, beautifulsoup4, ffmpeg, firebase-admin(토큰·영상 임시 저장), sqlite.
1. 공개 API 가 없을 때: Playwright codegen 으로 흐름 녹화하기
먼저 "사람이 클릭하는 순서"를 코드로 뽑아봤습니다. Playwright 의 codegen 은 브라우저에서 한 동작을 파이썬 코드로 기록하고, 로그인 세션(쿠키)도 파일로 저장해 줍니다.
🚨 주의: codegen 은 입력한 값을 그대로 기록합니다. 로그인 과정까지 녹화하면 아이디·비밀번호가 평문으로 파일에 남습니다. 녹화 직후 로그인 부분을 지우고, 그 파일은 절대 커밋/공유하지 마세요. 저는 녹화 후 비밀번호를 바꿨습니다. auth.json(로그인 쿠키)도 .gitignore 에 꼭 넣어 두세요.
또 하나 배운 점: 네이버 로그인은 자동화하면 캡차(영수증 문제 등)가 뜹니다. 로그인은 사람이 하고, 저장된 세션만 재사용하는 구조가 가장 안정적입니다.
2. 버튼 대신 API: 네트워크 요청 캡처
"링크 복사"는 클립보드로만 들어가서 코드로 값을 읽기 애매합니다. 그래서 링크 발급 버튼을 누를 때 어떤 요청이 나가는지 기록했습니다.
log = []
def on_response(resp): req = resp.request if "gw-brandconnect" not in req.url: return log.append({ "method": req.method, "url": req.url, "status": resp.status, "post": req.post_data, "body": resp.text()[:3000], })
def sanitize(html: str) -> str: soup = BeautifulSoup(html, "lxml") for tag in list(soup.find_all(["div", "span"])): if tag.name == "span" and tag.has_attr("data-keep-color"): continue # 표시된 span 은 남김 tag.unwrap() for span in soup.find_all("span"): style = span.get("style", "") kept = [] if m := KEEP_COLOR.search(style): kept.append(f"color:{m.group(1)};") if m := KEEP_SIZE.search(style): kept.append(f"font-size:{m.group(1)};") span.attrs = {"style": "".join(kept)} if kept else {} return str(soup.body.decode_contents())
disclosure = ( '<p><span data-keep-color="1" style="color:#e03131;font-size:30px;">' "<strong>이 포스팅은 네이버 쇼핑 커넥트 활동의 일환으로,</strong><br>" "<strong>판매 발생 시 수수료를 제공받습니다.</strong></span></p>" )
에디터가 정말 색을 유지했는지는 붙여 넣은 뒤 DOM 의 계산된 스타일로 확인하면 확실합니다.
color = frame.evaluate("""(needle) => { const w = document.createTreeWalker(document.body, NodeFilter.SHOW_TEXT); let n; while ((n = w.nextNode())) { if (n.nodeValue.includes(needle)) { const cs = getComputedStyle(n.parentElement); return cs.color + " / " + cs.fontSize; } } return null; }""", "쇼핑 커넥트 활동의 일환으로") print(color) # rgb(224, 49, 49) / 30px
대표 이미지가 문구보다 위로 올라가는 문제
이미지는 커서 위치에 업로드되는데, 본문을 넣은 뒤 제목을 입력하느라 커서가 제목에 있었습니다. 그래서 이미지가 본문 맨 앞(문구 위)에 꽂혔죠. 업로드 직전에 커서를 문구 끝으로 옮겨서 해결했습니다.
def place_cursor_after_disclosure(page, last_line="판매 발생 시 수수료를 제공받습니다."): for fr in page.frames: loc = fr.get_by_text(last_line, exact=False) if loc.count(): loc.first.click() page.keyboard.press("End") return True return False
상품 썸네일이 안 보이는 문제
상품 이미지도 같은 표시 방식(data-keep-img)으로 살렸는데, 이번엔 이미지만 들어 있는 <p> 가 통째로 비워졌습니다. "텍스트 없는 문단은 빈 줄로 만든다"는 기존 로직이 이미지를 못 본 것.
# 전: 텍스트도 <br> 도 없으면 비움 -> <p><a><img></a></p> 가 날아감 if not p.get_text(strip=True) and not p.find(["br"]): # 후: 이미지가 있으면 건드리지 않음 if not p.get_text(strip=True) and not p.find(["br", "img"]):
5. 글 주제와 관련된 상품 고르기
처음엔 카테고리 추천 상품을 넣었더니 "전기요금 절약" 글에 냄비 세트가 붙는 참사가… 그래서 글을 쓰는 AI 에게 상품 검색어도 같이 달라고 했습니다.
- shopping_keywords 에는 이 글을 읽은 독자가 실제로 구매할 만한, 주제와 직접 관련된 상품 검색어 3~5개를 연관도가 높은 순서로 넣습니다. 쇼핑몰 검색창에 그대로 넣을 짧은 명사형(1~2단어, 예: "가습기", "무선 청소기")으로 쓰고, 브랜드명·수식어는 넣지 않습니다.
키워드 순서대로 검색해서 품절·중복을 빼고 모으고, 관련 상품이 부족해도 엉뚱한 상품으로 채우지 않습니다.
def search_candidates(client, keywords, per_keyword=10): seen, out = set(), [] for kw in keywords: for p in client.search(kw, limit=per_keyword): if p.is_linkable and p.id not in seen: # 판매중 + 활성 + 스토어 정상 seen.add(p.id) out.append(p) return out
실제 검색 결과: "가습기" → 미니 가습기, "무선 청소기" → 무선청소기, "전기요금 절약" → 스마트 플러그. 훨씬 자연스러워졌습니다.
블로그 게시 예시
6. 기존 릴스 파이프라인에 방어 로직 넣기
이미 스레드 글을 릴스로 만드는 파이프라인(큐 동기화 → 영상 제작 → 게시)이 라즈베리파이 cron 으로 돌고 있었는데, 코드를 읽다 보니 위험한 곳이 보였습니다.
① 실패한 항목이 큐를 영원히 막는다. 매번 id 가 가장 작은 1건만 처리하는데, 그게 실패하면 다음 실행에도 또 그것만 시도합니다. → 실패 횟수와 재시도 시각을 기록하고, 3회면 큐에서 뺍니다.
# 고를 때: 재시도 대기 중이면 건너뛰고, 실패 이력이 적은 것부터 candidates.sort(key=lambda kv: (int(kv[1].get("build_fail_count") or 0), queue_sort_key(kv[0])))
② 숫자가 아닌 키에서 int() 예외로 전체가 죽는다.
def queue_sort_key(key: str) -> tuple: raw = key[len("item_"):] if key.startswith("item_") else key try: return (0, int(raw), "") except ValueError: return (1, 0, key) # 숫자 아닌 키는 뒤로
③ 토큰 만료 같은 "전체 장애"를 항목 실패로 세면 안 된다. 토큰이 만료되면 모든 항목이 3번씩 실패해서 큐가 통째로 비워집니다. Graph API 오류 코드로 구분했습니다.
def raise_for_graph_error(r, what): if r.status_code == 200: return code = (r.json().get("error") or {}).get("code") if r.status_code >= 500 or code in GLOBAL_CODES: raise GlobalPostingError(f"{what}: {r.text[:300]}") # 실패 횟수 X, 이번 실행만 중단 raise Exception(f"{what}: {r.text[:300]}") # 항목 실패로 기록
④ 동기화 경쟁 상태. "스레드에 아직 안 올라간(pending) 글만 릴스로 복사"로 바꿨더니, 스레드 봇이 먼저 게시해 버리면 영원히 복사가 안 되는 틈이 생겼습니다. 그래서 최근 1일 안에 게시된 글도 복사하도록 창을 열어 두었습니다.
⑤ 영상 파일이 계속 쌓인다. 게시가 끝난 항목의 로컬 mp4 는 지우도록 했습니다(자기가 만든 폴더 안의 파일만).
7. 상품 이미지로 세로 릴스 영상 만들기
상품 이미지는 대부분 정사각형이라 1080x1920 으로 그냥 늘리면 찌그러집니다. 흐린 배경 위에 원본 비율 그대로 얹는 ffmpeg 필터를 썼습니다.
def make_silence(dst, seconds): # 나레이션 없이 무음 트랙(업로드 호환용). 기존 조립 스크립트가 오디오 길이로 클립 길이를 정함 subprocess.run(["ffmpeg", "-y", "-f", "lavfi", "-i", "anullsrc=r=44100:cl=stereo", "-t", str(seconds), "-c:a", "libmp3lame", "-q:a", "9", str(dst)], check=True)
자막: 처음 3초는 빨간 대가성 문구, 그 뒤엔 상품명
자막은 SRT 로 만들고 ffmpeg subtitles 필터로 입힙니다. 여기서 알게 된 팁 두 가지:
SRT 안의 <font color="...">, <b> 는 ffmpeg 가 ASS 스타일로 변환해 줍니다.
<font size="16"> 도 된다! 공용 스타일(force_style='Fontsize=22')은 다른 영상과 같이 쓰고 있어서 건드리기 싫었는데, SRT 태그로 이 영상만 크기를 덮어쓸 수 있었습니다. (참고로 {\fs16} 같은 ASS 태그는 ffmpeg 의 SRT 파서가 {\an8} 류 말고는 지워버립니다.)
DISCLOSURE = ("이 포스팅은 네이버 쇼핑 커넥트 활동의 일환으로,", "판매 발생 시 수수료를 제공받습니다.")
def srt_time(sec: float) -> str: ms = round(sec * 1000) h, ms = divmod(ms, 3_600_000) m, ms = divmod(ms, 60_000) s, ms = divmod(ms, 1000) return f"{h:02d}:{m:02d}:{s:02d},{ms:03d}"
def build_srt(name: str, total: float, disclosure_sec=3.0, size=16) -> str: disclosure = "\n".join(f'<font color="#e03131" size="{size}"><b>{line}</b></font>' for line in DISCLOSURE) product = name.replace("<", "(").replace(">", ")") # 상품명이 태그로 해석되지 않게 entries = [(0, min(disclosure_sec, total), disclosure)] if total > disclosure_sec: entries.append((disclosure_sec, total, f'<font size="{size}">{product}</font>')) return "\n".join(f"{i}\n{srt_time(a)} --> {srt_time(b)}\n{t}\n" for i, (a, b, t) in enumerate(entries, 1))
슬라이드가 1장뿐인 상품은 문구만 나오고 끝나지 않도록, 그 장의 길이를 (문구 3초 + 3초)로 늘렸습니다.
8. 인스타그램 릴스 게시: 중복 게시만은 막자
게시는 Instagram API(Instagram 로그인) 의 3단계 흐름입니다: 컨테이너 생성 → 처리 완료 대기 → 게시. 영상은 공개 URL 이 필요해서 Firebase Storage 에 잠깐 올렸다가 게시 후 지웁니다.
def wait_until_processed(creation_id, token, timeout=300): start = time.time() while time.time() - start < timeout: r = requests.get(f"{GRAPH}/{creation_id}", params={"fields": "status_code", "access_token": token}, timeout=60) raise_for_graph_error(r, "상태 조회 실패") status = r.json().get("status_code") if status == "FINISHED": return if status == "ERROR": raise Exception("영상 처리 실패") time.sleep(5) raise Exception("영상 처리 타임아웃")
가장 무서운 건 "게시는 됐는데 응답을 못 받아서 다음 실행에 또 올리는" 중복 게시입니다. 그래서 게시 직전에 상태를 publishing 으로 찍고, 응답을 못 받으면 자동 재시도하지 않고 사람이 확인하게 했습니다.
set_status(conn, pid, "publishing") try: media = publish(creation_id, token) except GlobalPostingError: print("게시 결과를 확인하지 못했습니다. 인스타그램에서 확인 후 상태를 직접 바꿔 주세요.") return 1 # publishing 으로 남김 -> 다음 실행에서 안 집음 set_posted(conn, pid, media)
캡션에는 가격, 제휴 링크, 대가성 문구, 해시태그를 넣었습니다. 인스타그램 캡션의 링크는 클릭이 안 되기 때문에 "복사해서 브라우저에 붙여 넣어 주세요" 안내를 같이 적었습니다.
인스타 자동 게시 릴스 예시
9. Meta 개발자 설정 & 배포 삽질 모음
체크리스트
인스타그램 계정을 프로페셔널(비즈니스/크리에이터) 로 전환
앱이 개발 모드면 앱 역할 → Instagram 테스터에 계정 추가 → 인스타그램 앱에서 초대 수락
권한 및 기능에 instagram_business_content_publish 추가 (기본 세팅엔 basic/comments/messages 만 있을 수 있음!)
Instagram 비즈니스 로그인 설정에 리디렉션 URL 등록
로그인 동의 → code → 단기 토큰 → 장기(60일) 토큰 교환 (저는 Cloud Functions 로 콜백을 처리)
삽질 1: 앱 ID 가 두 개다
대시보드 맨 위의 Meta 앱 ID 와, Instagram API 설정 화면의 Instagram 앱 ID 는 다릅니다. OAuth client_id 와 토큰 교환에는 Instagram 앱 ID 를 써야 합니다.
#!/bin/bash cd /home/pi/myproject # 이전 실행(영상 제작)이 길어져도 겹쳐 돌지 않게 exec 9>/tmp/reels_sc.lock flock -n 9 || { echo "이전 실행 진행 중 - 건너뜀"; exit 0; }
python3 sync_products.py || echo "상품 동기화 실패(기존 DB 로 계속)" python3 ig_token_check.py --refresh-if-needed python3 build_reels.py python3 ig_reels_posting.py
# 하루 2번, 다른 봇과 겹치지 않게 30분에 30 10,20 * * * /home/pi/myproject/reels_sc.sh >> /home/pi/myproject/reels_sc.log 2>&1
윈도우에서 .sh 를 편집해 라즈베리파이로 보낼 땐 줄바꿈(CRLF) 을 조심하세요. PowerShell Set-Content 로 고치면 CRLF 가 되어 bash 가 깨집니다. [IO.File]::ReadAllText / WriteAllText 처럼 원본 줄바꿈을 유지하는 방법을 쓰세요.
마치며
정리해 보면 이번 작업에서 가장 도움이 된 원칙은 세 가지였습니다.
로그인은 사람이, 반복은 코드가 — 캡차·2단계 인증과 싸우지 말고 세션만 재사용하기
실패는 기록하고 격리하기 — 한 항목의 실패가 큐 전체를 막지 않게, 전체 장애는 항목 탓으로 세지 않게
중복 발행은 자동 재시도보다 무섭다 — 결과를 모르면 멈추고 사람에게 확인받기
그리고 codegen 녹화 파일, 쿠키 파일, 앱 시크릿은… 정말 조심하세요. 저는 이번에 둘 다 한 번씩 노출시키고 나서 비밀번호와 시크릿을 새로 바꿨습니다. 😅
#스하리1000명프로젝트,
In Korea verloren? Selbst wenn Sie kein Koreanisch sprechen, hilft Ihnen diese App dabei, sich problemlos fortzubewegen.
Sprechen Sie einfach Ihre Sprache – es übersetzt, sucht und zeigt Ergebnisse in Ihrer Sprache an.
Ideal für Reisende! Unterstützt mehr als 10 Sprachen, darunter Englisch, Japanisch, Chinesisch, Vietnamesisch und mehr.
Probieren Sie es jetzt aus!
https://play.google.com/store/apps/details?id=com.billcoreatech.opdgang1127
LottoAI는 당첨 번호를 예측하는 도구가 아니라, 과거 추첨 데이터에서 뽑은 약 20개의 통계 피처(출현 빈도, 갭, 이동평균, 페어/트리플 패턴, 엔트로피, 베이지안, 마르코프 체인 등)로 번호 조합을 점수화하고, 조합끼리 번호가 겹치지 않도록 다양성 기준으로 상위 5개를 뽑아 보여주는 통계 분석 리포트입니다.
지난 회차 결과 (1243회차)
실제 당첨 번호: (9, 18, 24, 38, 43, 44) (보너스 35)
지난 추천 최고 적중: 2개
Lost in Korea? Even if you don't speak Korean, this app helps you get around easily.
Just speak your language—it translates, searches, and shows results back in your language.
Great for travelers! Supports 10+ languages including English, Japanese, Chinese, Vietnamese, and more.
Try it now!
#스하리1000명프로젝트,
Nawala sa Korea? Kahit na hindi ka nagsasalita ng Korean, tinutulungan ka ng app na ito na madaling makalibot.
Sabihin lang ang iyong wika—ito ay nagsasalin, naghahanap, at nagpapakita ng mga resulta pabalik sa iyong wika.
Mahusay para sa mga manlalakbay! Sinusuportahan ang 10+ wika kabilang ang English, Japanese, Chinese, Vietnamese, at higit pa.
Subukan ito ngayon!
https://play.google.com/store/apps/details?id=com.billcoreatech.opdgang1127
Lost in Korea? Even if you don't speak Korean, this app helps you get around easily.
Just speak your language—it translates, searches, and shows results back in your language.
Great for travelers! Supports 10+ languages including English, Japanese, Chinese, Vietnamese, and more.
Try it now!
