브라우저에서 알림 - 그것은 무엇인가?

대부분의 인터넷 사용자가 궁금해하는 "브라우저의 알림 - 그것을 무엇?"그것은 인터넷을 서핑의 특정 스타일을 보여줍니다 경우 중앙 서버에 의해 시작된 트랜잭션에 대한 요청. 이것은 정보의 전송에 대한 요청이 수신기 또는 클라이언트에 의해 개시되는 데이터의 반대 방향으로 대조.

통지 서비스는 종종 미리 표시 정보 설정에 기초한다. 이 게시에 대한 구독의 모델입니다. 클라이언트는 서버가 제공하는 자신의 다양한 정보 "채널"을 "기록". 새로운 콘텐츠가 해당 채널 중 하나 볼 때마다, 서버는 그에게이 정보를 전송합니다. 브라우저에서 알림 때로는 특히 실제 쿼리 할 수없는 상황에서, 조사 기술을 에뮬레이트 - 예를 들어, 들어오는 HTTP / S 요청의 거절을 필요로하는 심각한 보안 정책의 웹 사이트.

작동 원리

동기 회의 및 인스턴트 메시징은 통지 어떻게 생겼는지의 전형적인 예입니다. 그것은 무엇이며 어떻게 작동합니까? 채팅 메시지 때로는 파일은 즉시 메시징 서비스가 수신 될 때 사용자에게 푸시됩니다. 두 분산 피어 - 투 - LVS (예 : IRC 또는 XMPP 등) 중앙 집중식 프로그램 "푸시"파일을 할 수 있습니다. 이것은 송신자의 이름을 수신하는 대신 데이터 전송을 개시하는 것을 의미한다.

전자 메일은 알림 작업 할 수 있습니다 - SMTP 프로토콜은 "푸시"본질적으로,이다. 그럼에도 불구하고, 컴퓨터의 메일 서버에서 마지막 "단계는"보통 POP3 또는 IMAP와 같은 풀 프로토콜을 수행합니다. IMAP 프로토콜은 서버가 수신 메시지의 클라이언트를 알릴 수있는 IDLE - 명령을 포함하고 있습니다. 원래 블랙 베리는 통지가 적극적으로 브라우저에서 일하고있다 가장 널리 사용되는 장치이다. 무엇 가제트에 인 것은 - (무선의 경우) 전자 메일 주소에서 볼 수 있습니다.

그것은 무엇 예전?

또 다른 예는 1990 년 알려진 포인트 캐스트 네트워크이다. 그것은 뉴스 및 주식 시장 데이터를 제공합니다. 그리고 넷스케이프, 그것은 마이크로 소프트의 애플리케이션은 브라우저의 각 버전에 대한 자신의 소프트웨어에 통합 할 수 있지만, 인기 적이있다, 나중에 완전히 사라졌다. 브라우저에서 더 진보 된 통지가 구독 시스템 - 브라우저 이후 RSS로 2000 년대에이 기능을 대체했다. 어떤 데이터입니다 가입하면 - 블로그의 모든 독자를 알고있다.

다른 용도 통지 가능한 웹 응용 프로그램 시장 데이터 (주가), 온라인 채팅과 메시징 시스템 (웹 채팅), 경매, 온라인 도박과 게임, 스포츠 베팅, 모니터링 콘솔 등의 정보가 포함되어 있습니다.

오늘날 - 브라우저의 알림?

차 IETF를 통해 알림 HTTP / 2 (수신 통화 및 메시지) 인스턴트 알림을 제공하기 위해 사용하는 간단한 프로토콜입니다. 이 프로토콜은 네트워크와 무선 자원을보다 효율적으로 사용할 수있는 단일 세션에서 모두 실시간 이벤트를 결합합니다. 원 스톱 서비스를 제공되면 응용 프로그램을 배포하여 모든 이벤트를 결합합니다. 이 때문에 시간과 트래픽의 낭비를 피하고, 하나의 세션 만이 필요합니다.

브라우저에서 알림 - 그것은 기술적 인 관점에서 무엇입니까?

HTTP-알림 (또한 스트리밍 HTTP라고도 함) 웹 서버의 브라우저에서 데이터를 전송하는 메커니즘이다. 그것은 몇 가지 메커니즘 중 하나에 의해 달성 될 수있다. 통지가 클라이언트로 전송 된 후 일반적으로 웹 서버가 연결을 종료하지 않습니다. 웹 서버는 연결이 열려 잎, 새로운 이벤트의 경우에 (예를 들어, 메시지에 전송 된 데이터를 변경하는 것은) 즉시 표시됩니다. 그렇지 않으면, 이벤트는 다음 클라이언트 요청이 수신 될 때까지 대기열해야합니다.

대부분의 웹 서버가 CGI를 사용하여이 기능을 제공합니다 (예를 들어, 아파치에 헤더 스크립트가 아닌 구문 분석). 이 방식의 기본 메커니즘은 전송 블록 부호화이다. 전형적인 예는 브라우저 "동료"에 통지합니다. 그것은이 사이트에 무엇입니까? 첫 번째는 수신 메시지 및 표시 "좋아요"를에 대한 정보입니다.

다른 메커니즘

또 다른 메커니즘은 특정과 연관된 MIME의 종류 다 성분 여분 불린다. 그것은 1995 년에 처음 발표되었다, 넷스케이프, "즉시"브라우저는 서버에 새 버전이 수신 될 때마다 문서를 변경합니다. 그는 여전히 있지만 Internet Explorer에서, 파이어 폭스, 오페라, 사파리, 오늘에서 지원됩니다. 이 메커니즘은 웹캠 응용 프로그램에서 이미지를 스트리밍 또한, HTML 문서에 적용 할 수 있습니다.

WHATWG 웹 애플리케이션 1.0 클라이언트의 내용을 변경하는 것을 목표로하는 메커니즘을 포함한다. 오페라 웹 브라우저가 서버 SentEvents이라는 새로운 실험 시스템을 구축 할 때 그는 9 월 1 일, 2006 년부터 알려져있다. 그는 현재 HTML5의 일환으로 표준화된다. 이 방법에서는, 서버는 응답의 결과는 항상 효과적으로 브라우저를 "속여"(즉, 서버가 응답을 중지하지 않음) "열기"유지, 지속적인 HTTP 연결을 사용합니다. 페이지 전체에 오픈 한 후 따라서, 응용 프로그램은 항상 부팅 모드를 유지합니다. 그런 다음 서버는 주기적으로 자바 스크립트의 조각함으로써 통지를 가능하게 페이지의 콘텐츠를 업데이 트 보냅니다. 이 기술을 사용하여, 클라이언트는 서버에 열려있는 연결을 유지하기 위해 Java 애플릿이나 다른 플러그인을 필요로하지 않는다 - 클라이언트는 자동으로 서버에서 오는 새로운 이벤트에 대한 알림을 수신합니다. 이 방법의 한 가지 큰 단점은, 그러나, 브라우저 서버의 시간에 의해 제어의 부족이다. 페이지를 업데이트 열려있는 페이지에 시간 제한이있는 경우 항상 필요하다.

데이터 메모리

자체 암기 기법은 적절한 통지 아니다. 그것은 단지 당신이 할 수없는 환경에서 알림 메커니즘을 모방 할 수 있습니다. 예를 들어, 들어오는 HTTP / S 요청의 거부를 요구하는 까다로운 보안 정책 사이트. 그것은 (- 위 참조 즉, 어떻게 작동하는지) 브라우저에서 통지하는 것은 불가능합니다. 이 경우, 클라이언트는 정확히 일반 쿼리 등의 정보를 요청하지만 인해 서버의 기대에 즉시 응답 할 수 없습니다. 서버가 요청을 수신하는 클라이언트에 대한 새로운 정보가없는 경우 - 대신 빈 응답을 보낼 필요의를 요청 새로운 정보를 보류 열려 있습니다. 이러한 데이터가 표시되면, 즉시 열려있는 연결을 완료, 클라이언트에게 HTTP / S 응답을 보냅니다.

고객을받은 후 종종 즉시 다른 서버의 응답에 요청을 발행합니다. 따라서, 요청의 도착과 관련된 평균 응답 지연 시간 (정보를 사용할 수있게 될 때까지의 시간, 다음 클라이언트 요청), 그것을 제외된다.

XML 소켓

브라우저에서 알림,이 방법의 도움으로 운영 (Cbox)을하고 채팅에 다른 응용 프로그램을 사용했다. 그것은 하나의 픽셀 파일 AdobeFlash에서 XML 소켓 객체를 사용합니다. 클라이언트의 제어하에 자바 스크립트는 서버의 단방향 노드에 TCP 연결을 설정합니다. 이 경우 요청하는 대신, 노드가 즉시 클라이언트에 고유 한 식별자를 전송, 읽지 않은 남아있다. HTTP 요청은 취득한 식별자를 포함하는 웹 서버를한다. 다음 메시지를 발행 할 수있는 웹 응용 프로그램은 플래시를 통해 그들을 전송 로컬 인터페이스 릴레이 서버에서 클라이언트에 주소. 이 방법의 장점은 판독 - 기록의 자연 비대칭을 사용한다는 것이다.

이 결과로, 높은 효율을 보장, 채팅 룸을 포함한 많은 웹 기반 애플리케이션의 전형적인합니다. 그가 나가는 소켓의 데이터를 허용하지 않기 때문에, 서버가 수십 동시 연결의 수천의 수 설립을 만드는, 아웃 바운드 TCP 연결을 추구 할 필요가 없습니다. 그래서 사이트의 특정 서비스에서 "급우"에 브라우저의 통지가있다.

사용 가능한 알림 서비스

이 기능은 위에서 언급 한 화합물을 지원하는 여러 서비스에서 사용할 수 있습니다. 이미 언급 한 바와 같이, 브라우저에서 알림 -이 페이지를 다시로드하지 않고, 인스턴트 메시지 및 알림을받을 수있는 기회입니다. 이 서비스를 사용할 수있는 서비스는 다음과 같습니다 :

• 애플 알림 서비스.
• Google 클라우드 메시징.
• "급우".
• 페이스 북.
• Xtremepush.
• 아마존 SNS.