HTML 5의 출현으로 COMET을 더 이상 사용할 점이 있습니까?

Question

공개적으로 사용되는 응용 프로그램에 대해 브라우저 측에서 가상 소켓을 설정하기 위해 클라이언트가 장기 대기 HTTP 또는 주기적 폴링을 사용하려고합니다.

그러나 두 번째 생각에서 HTML 5가 여기 있다고 생각합니다.

그러나 3 번째 생각에서 12 개월, 24 개월, 36 개월 이내에 HTML5가 아닌 브라우저의 비율은 얼마입니까? 그래도 HTML5를 사용할 수없는 브라우저가 20 % 이상인 경우 사용자의 20 %가 애플리케이션에 액세스 할 수 없기 때문에 HTML5를 사용할 수 없습니다.

귀하의 조언은 (나와 개발자에게) 어떻게 생각하십니까?

Q1. 응용 프로그램에 COMET의 장비가 추가로 필요합니까? 나는 gwt 혜성 - http://code.google.com/p/gwt-comet/을 생각하고있다.

2. 향후 2 개월 이내에 HTML5 소켓에 의존하는 새로운 공개 애플리케이션을 출시해야하며 HTML5가 아닌 브라우저 사용자에게 "죄송합니다. 사용중인 브라우저 버전이이 애플리케이션에 액세스 할 수 없습니다"라고 알려야합니까?

GWT RPC와 같은 통신을 사용하도록 앱을 설계해야합니까?

3. 나는 또한 오랫동안 기다려야하는 HTTP 요청을 매우 신뢰할 수 없다. 나는 전에 그것을 사용한 적이 없지만 그것에 대해 끔찍한 느낌을 가지고 있습니다. 나는 10에서 20 초의 클라이언트 측 폴링을 사용 해왔다. 오랫동안 기다려야하는 HTTP 요청이 위험합니다 (브라우저 세션 중단 위험)? 오랫동안 대기 요청에 추가 보안 위험이 있습니까?

Answer 1

좋은 시민이되고 싶다면 예, 2 개월 후에도 브라우저를 지원하지 않는다고 반드시 말해야합니다. IE6는 개발자들이 계속 지원하기 위해 뒤쪽으로 구부러져 있기 때문에 IE6의 계속 된 유일한 이유는 사용자가 끔찍하고 깨지기 쉬운 브라우저로 계속 작동 할 수 있도록하는 것뿐입니다. IE8은 상당히 좋으며 IE9는 훌륭합니다. (불분명하지만) 현대의 모든 Webkit/Opera/Gecko 기반 브라우저는 "충분"하며 IE보다 자주 업그레이드하는 사용자 기반이있는 경향이 있습니다.

물론 시장 침투는 항상 큰 문제이며 제품에서 돈을 벌려고 할 때 고려해야 할 사항입니다. 사람들이 브라우저를 빨아들이는 것이 항상 선택적인 것은 아니라고 말하면서 더 많은 사람들이 그것을 고려할 필요가 있음을 인식합니다. 이러한 기존 브라우저를 제거해야하며, 지원을 중단 할 때까지는 그러한 일이 발생하지 않습니다.

Answer 2

IE6을 제거하는 데 걸린 시간을 고려하면 대중에게 사용하려는 앱에 HTML5를별로 의존하지 않을 것입니다.

:

Answer 3

HTML5는 클라이언트 쪽 기술입니다. Comet은 서버 쪽입니다. 실제 질문은 언제 Servlet 3.0을 구현할 것입니까? 혜성을 대체 할 것입니다.