먼저 제 관점에서 보면, 문제는 사람들이 이곳이나 제 포럼에 "푸시 알림이 제대로 작동하지 않는 것 같다"고 글을 올리고, 다른 사용자들도 "맞아요! 저한테도요! 알림이 고장 났거나 불안정한 것 같아요"라고 동조한다는 점입니다. 때로는 Apple을 탓하고, 때로는 Discourse를 탓하지만, 모두 Discourse의 푸시 알림이 신뢰할 수 없다고 동의합니다.
저는 "당신의 폰에 오후 12:31에 알림이 오지 않았는데, 그 이유는 다음과 같습니다…"라고 설명하면서 이러한 사례를 직접 _조사_할 수 있기를 원합니다. 하지만 현재로서는 그것이 불가능하다고 생각합니다.
네, 많은 다른 문제들이 발생할 수 있으며, 여기에는 제가 DE(개발 환경)에서 조사할 수 없는 클라이언트 측 문제들도 포함됩니다.
- Service Worker가 push 이벤트를 수신했나요?
- Service Worker가
showNotification을 호출했나요? showNotification권한이 부여되었나요, 아니면showNotification이 아무 효과도 없었나요?- 기기 자체가 ‘방해 금지’ 모드로 설정되어 있었나요?
최소 알림이 전송되었는지 확인하는 범위에서, 푸시 실패를 진단하기 위해 DE를 사용하는 방법에 대해 관리자를 위한 문서를 갖고 싶을 정도입니다.
하지만 사용자가 저에게 보낼 수 있는 클라이언트 측 로그를 유지하여, 제가 DE 로그와 대조할 수 있게 하는 것도 매우 도움이 될 것이라고 생각합니다.
그 중 하나는, 이 문제에 대해 불만을 제기하는 사람들의 절반 이상이 포럼의 관리자가 아니라는 점입니다. 그래서 Discourse가 이를 구현해야 합니다:
하지만 네, 이 값을 0으로 설정하면 "작동하지 않는다"는 불만의 80%는 사라질 것이라고 추측합니다.
전반적으로, Discourse 알림에 대한 사용자 신뢰도는 상당히 낮습니다. 이 문제가 관리자(심지어 최종 사용자)를 위해 연구 가능한 정도가 높을수록, Discourse 알림은 더 신뢰할 수 있게 될 것입니다.