2017-05-12 1 views
0

나는 실제로 여기서 무슨 일이 일어나고 있는지 모르기 때문에이 질문을 공식적으로 진술하는 법을 모른다. 내 게시물에 대한 사용자의 의견이있을 때마다 페이스 북은 아무 것도하지 않고 해당 댓글을 표시하도록 아래 요청을합니다. 어떻게합니까? 그들은 지속적으로 끌어 오기 요청을하는대로Facebook 실시간은 어떻게 작동하나요?

https://0-edge-chat.facebook.com/pull?channel=p_100009456028304 

이 푸시 알림을 수 없습니다 .They이 끊임없이 (나는 가 푸시 알림인지 아닌지에 대해 확실하지 오전하지만, 브라우저에서 사용할 수있는 개발자 도구를 사용하여 확인) 위의 URL로 끌어 오기 요청을합니다.이 기술을 무엇이라고 부릅니까? Constant request 누군가 이해해 주시겠습니까? 은 어쩌면이 질문은 중복 이미 나는 이것이 무엇인지, 그것을 검색 할 수 있습니다. (내가 시도했지만 아무것도 찾을 수 없습니다)

+0

롱 폴링 – WizKid

+0

오늘 내가 폴링에 대해 연구 한 내용은 서버에서 지속적으로 업데이트를 요청하고 일단 클라이언트에 표시하면 클라이언트에게 표시한다는 것입니다. –

+0

그러나 한꺼번에 업데이트를 얻을 수있는 수많은 것이 있습니다. 요청하는 방법과 페이지의 일부 (좋아하는 업데이트가있는 부분)에 대한 응답을 결정하는 방법에 대한 매개 변수를 추가한다고 가정 할 수 있습니다. 이 업데이트가 무엇인지 알려주는)이 실시간 업데이트를 실제로 구현합니까? 아니면 폴링이 이렇게 수행됩니까? 제한된 서버 리소스로 폴링을 수행하려면 어떻게합니까? (폴링이 서버에서 오버 헤드를 생성 할 수 있으므로) –

답변

0

과 같이 올바르게 설명했다 열심히하지 않는 overflow.But 스택에 답이다 이를 긴 폴링이라고합니다. 간단히 말해서 는 웹 페이지에 실시간 업데이트를 구현하기위한 5 가지 방법이 존재한다 :

  1. WebSocket을 밀어을
  2. HTTP 스트리밍
  3. HTTP 롱 폴링
  4. HTTP 폴링

Facebook에서 긴 폴링을 사용하고 있으며 폴링 시간이 50 초입니다. 이것은 브라우저가 서버에 HTTP 요청을 완료했음을 의미합니다. 사용할 수있는 업데이트가 없으면 요청은 서버에 의해 최대 50 초 동안 보류 상태로 유지됩니다. 이렇게하면 업데이트를 사용할 수있게되는 즉시 일반 클라이언트 폴링처럼 새 클라이언트 요청을 기다리지 않고 클라이언트에 푸시 될 수 있습니다.

관련 문제