Part 1 에서 구글 플레이, Part 2 에서 앱스토어의 서버 검증 아키텍처를 정리했었다. Part 1은 이 문장으로 끝났다. "이제 비로소 외부 요인에 흔들리지 않는, 단단하고 신뢰할 수 있는 결제 파이프라인이 완성되었다는 생각이 든다." 저 글도 실제 인앱 결제를 스토어에 올리기 전 테스트 단계에서 쓴 거긴 하지만, 절반만 맞는 말이었다. 두 글이 다룬 건 영수증이 진짜고 사용자가 정당하고 네트워크가 멀쩡할 때의 …
이번 편에서는 42 글로벌프로그램의 피날레, Seattle Tech Week와 프로그램을 통해 느낀 점들을 돌아보고자 합니다. 혹시 프로그램에 참여하게 된 배경과 초반부가 궁금하시다면 이전 글들을 참고바랍니다. 기회를 발견하고 참여하기까지의 과정: [42 글로벌프로그램] 다시 미국에 오다 - (1편) 2년 만의 미국 생활과 프로그램 전반부: [42 글로벌프로그램] 다시 미국에 오다 - (2편) 플라이휠 그렇게 다섯 주가 지나고, 6주차엔…
문제 토픽 브로드캐스트를 서버가 받은함에 펼치면 발송 1건의 Firestore 쓰기가 구독자 수만큼 늘어난다. 게다가 순수 토픽은 서버가 구독자가 누구인지조차 모른다. 결정 서버가 수신자를 uid로 풀 수 있는 발송(uid 지정, 세그먼트, 동의 기반 토픽)은 쓰기 시점에 서버가 펼치고, 풀 수 없는 순수 브로드캐스트( lang-* )만 앱이 열릴 때 클라이언트가 채운다. 대가 멱등성, 동의 재검증, 커서 관리를 클라이언트가 직접 …
Our website uses cookies to improve your experience. Learn more
확인