접속하지 않은 사용자에게 전달하기

저장하지 않고 계산합니다. 사람마다 채널마다 마지막 읽은 번호 하나만 둡니다.

안 읽은 개수 = 채널의 최신 번호 - 내가 읽은 번호

미확인 목록을 사람마다 만들면 공지 하나에 행 5만 명 개가 생깁니다. 번호 하나만 두면 채널 크기와 무관하게 사람당 한 행입니다.

순서를 위해 도입한 번호가 여기서 두 번째로 쓰입니다.

흔한 실수: 안 읽은 수를 100 이상은 표시하지 않게 제한하는 것으로 답하는 것. 화면 표시를 바꿀 뿐 저장과 쓰기 비용은 그대로입니다. 문제가 어디서 생기는지를 짚지 못한 답입니다.

클라이언트가 마지막으로 받은 번호를 보내고, 서버가 그 뒤의 것을 보냅니다. 다만 양이 많으면 개수를 제한합니다.

놓친 것이 수천 건이어도 화면에는 최근 50건만 보입니다. 전부 밀어 주는 것은 낭비입니다.

실시간은 밀어 주기가, 따라잡기는 조회가 맡습니다. 두 경로를 나누면 양쪽 모두 단순해집니다.

흔한 실수: 접속하지 않은 동안의 메시지를 사용자별 대기 목록에 쌓아 두는 것. 오래 안 오는 사용자의 목록이 무한히 자라고, 큰 채널에서는 사람 수만큼 복사됩니다. 메시지는 채널에 한 벌만 두고 어디까지 봤는지만 사람별로 두는 편이 낫습니다.

전달 수단으로 믿지 않습니다. 푸시는 다른 회사의 서비스를 거치므로 지연되거나 사라질 수 있습니다.

푸시는 "열어 보라" 는 신호로 쓰고, 실제 내용은 앱이 열린 뒤 서버에서 다시 가져옵니다.

흔한 실수: 푸시가 도착한 것을 전달 완료로 기록하는 것. 도착 보고가 오지 않는 경우가 많아 실제보다 낮게 집계되고, 그 숫자를 보고 전달 실패를 의심하며 엉뚱한 곳을 고치게 됩니다.

푸시를 몇 초 미뤄 두고, 그 사이 읽었다는 신호가 오면 취소합니다.

접속 상태를 확인한 뒤 보내는 방식은 확인과 전달 사이에 상태가 바뀝니다. 사용자가 방금 앱을 내렸다면 접속 중으로 보여 아무 알림도 받지 못합니다.

전달을 시도한다
몇 초 안에 읽음 신호가 오면 푸시를 취소한다
오지 않으면 푸시를 보낸다

상태를 물어보는 대신 결과를 기다립니다. 확인 시점의 정보는 이미 과거이지만 읽음 신호는 사실입니다.

흔한 실수: 확인과 전달 사이 간격을 짧게 줄여 해결하려는 것. 간격을 줄이면 어긋나는 창이 좁아질 뿐 없어지지는 않습니다. 경쟁 구간을 좁히는 것과 제거하는 것은 다릅니다. 반대로 늘 푸시를 보내고 클라이언트가 지우게 하면, 잠금 화면에 잠깐 떴다 사라지는 알림이 남습니다.