2016-10-24 7 views
2

나는 뒤따른 사용자가 다음의 요청을 받아 들여야하는 추종 메커니즘을 가진 애플리케이션을 만들고있다. (인스 타 그램의 개인 계정과 비슷하다.)수천 개의 요청없이 서버 (구문 분석)의 내용이 변경되었는지 지속적으로 확인하려면 어떻게합니까?

그러면 다음 사용자가 다른 사용자가 백만 번 체크 한 시간을 알아야합니다 (다음 사용자가 viewDidLoad에서 쿼리를 수행 할 때마다 화면을 열 때마다). 그러나이 문제는 Parse에 대한 요청에 대해 비용을 지불해야하므로 이러한 쿼리를 최소화하려는 많은 요청이있을 것입니다.

현재 내가 생각할 수있는 가장 좋은 점은 한밤중에 하루에 한 번 확인하는 것이지만 매우 원활하게 보일 수는 없다는 것입니다.

더 좋은 방법이 있나요?

+0

"파싱 요청에 대해 비용을 지불해야하므로" Parse.com은 3 개월 만에 폐쇄됩니다. – Kul

+0

죄송합니다. 나는 오픈 소스를 파싱하라는 요청을 지불하지만 서버 인 AWS에 돈을 지불한다. –

답변

1

처음에는 세계의 앱보기가 오래 지속되어 얼마나 오래 응답을 캐시 할 수 있는지 생각해보십시오. 사용자가 30 초마다 해당 화면을 보면 마지막으로 성공한 응답 (또는 추적 요청이 0 회인 마지막 응답)이 있은 지 5 분 후에 서버를 실제로 확인하고자 할 수 있습니다.

변경 사항이 발생할 때 서버가 클라이언트에 알릴 수있는 "밀어 넣기"모델로 변경된 경우 클라이언트가 서버에 요청할시기를 결정하는 "풀"폴링에서 전환하는 것을 고려할 수 있습니다. 예를 들어 팔로우 요청이있을 때 사용자의 장치에 자동 백그라운드 푸시 알림을 보낼 수 있습니다. 그러면 앱은 기존 쿼리를 수행하여 응답 할 수 있습니다.

누락 된 알림 또는 알림 기능이 해제 된 기기에 대한 폴백 또는 사용자 트리거 요청 (예 : '새로 고침하기'동작과 같은)을 원할 수 있지만 요청 볼륨을 대폭 줄일 수 있어야합니다.

+0

자세한 답변을 해주셔서 대단히 감사합니다. @Jonah. 침묵하는 푸시 시스템을 사용한다는 생각은 실제로 그것을 효율적으로 처리하는 것처럼 들립니다. 나는 그것에 너무 잘 정통하지 않지만 분명히 그것에 대해 조사 할 것이다. 다시 한 번 감사드립니다. –