NeuroWhAI

약간 매크로스런 답변이 오긴 했는데 아래와 같은 말이 있었음. > Honor the Retry-After header if it is included in the response from the FCM Connection Server. 일정 시간 후에 재시도...

여전히 그럼. send API 내에 자체 재시도 로직이 있긴 함. 자체 재시도 로직은 빼버리고 에러 무시할까?

유효하지 않은 토큰이 있어서 그럴까? dry run 같은 기능으로 주기적으로 확인해서 유효하지 않으면 구독 해지 시키고 DB에서 삭제해볼까.

유효하지 않은 토큰 삭제 기능 추가했음. 8984f1bdba5dd7fac85facfd8e7d1ba7894766ff

유효하지 않은 토큰 삭제해도 여전함.

아직까지 해당 오류는 안 나왔고 현상도 안 나옴. 흠...

1분까진 아니고 십수초 늦는 경우는 봤음. 폴링 방식이 그 자체의 딜레이도 있지만 서버측에서도 캐싱 때문에 늦을 수 있다고 함. 그래서 웹훅 방식을 고려해볼까 싶음. [EventSub](https://dev.twitch.tv/docs/eventsub)라고 부르는데 HTTPS 콜백을 등록해두면 됨....

콜백 함수에서 실제 알림 보내면 콜백 반환이 늦어지니 PubSub 함수를 호출해서 위임하고 바로 반환. 특정 토픽으로 PubSub 함수를 호출할 수 있다고 함. PubSub 함수 작성 : https://firebase.google.com/docs/functions/pubsub-events?hl=ko PubSub 함수 호출...

EventSub 기대보다 느리다. 다른 방식을 쓸거면 차라리 웹 크롤링을 해야하나?

리전 차이도 있지 않을까 싶음.