Powiadomienie klienta, czy powinienem użyć Ajax Push lub Poll?

Dziwię się, że nikt tutaj nie wspomniał o długich sondażach. Długie sondowanie oznacza utrzymywanie otwartego połączenia przez dłuższy czas (powiedzmy 30-60 sekund), a gdy zostanie zamknięte, ponowne otwarcie go ponownie i po prostu posiadanie gniazda/połączenia nasłuchuje odpowiedzi. Powoduje to mniej połączeń (ale dłuższe) i oznacza, że odpowiedzi są niemal natychmiastowe (niektórzy mogą czekać na nowe połączenie ankietowe). Chciałbym dodać, że w połączeniu z technologiami takimi jak NodeJS skutkuje to bardzo wydajne i oszczędne rozwiązanie, które jest w 100% kompatybilne ze wszystkimi głównymi przeglądarkami i wersjami i nie wymaga żadnych dodatkowych technologii, takich jak Comet lub Flash.

Zdaję sobie sprawę, że to stare pytanie, ale pomyślałem, że przydałoby się jeszcze podać tę informację :)

Zdecydowanie używaj push its znacznie cooler. Jeśli potrzebujesz tylko prostych powiadomień, użyłbym czegoś takiego jak StreamHub Push Server , aby wykonać dla ciebie ciężkie zadanie. Rozwijanie własnej funkcjonalności Ajax Push jest niezwykle trudną i kamienistą drogą - musisz ją uruchomić we wszystkich przeglądarkach, a następnie obsługiwać firewalle i proxy, zabijając połączenia keep-alive itp... Po co wymyślać koło. Ma również podobnie niską powierzchnię mniejszą niż 10K, więc powinien pasować, jeśli jest to priorytet dla Ciebie.

Oba mają różne wymagania i odnoszą się do różnych scenariuszy.

Ale jeśli okres odświeżania jest duży , Jak to jest w Twoim przypadku (5 minut), to pool jest odpowiednim rozwiązaniem. Push, w tym przypadku, będzie wymagał dużo zasobów zarówno od klienta, jak i serwera.

Tip! spróbuj zrobić stronę, która sprawdza basen szybko i czysto, aby nie zużywał dużo zasoby na serwerze w każdym żądaniu. Zwykle robię to, aby zachować flagę w pamięci (jak w zmiennej sesji), która mówi, czy pula jest pusta, czy nie... więc, mam tylko patrzeć w basenie tylko wtedy, gdy nie jest pusty. Gdy pula jest pusta, co jest przez większość czasu, żądanie strony działa bardzo szybko.

Zaimplementowałbym ankietę tylko dlatego, że brzmi ona prościej, a utrzymywanie jej w prostocie jest bardzo cenne.

Nie wiem, czy przyjrzałeś się niektórym implementacjom COMET (to masz na myśli przez Ajax push).

Jeśli użytkownik surfuje po stronie, to czy w rzeczywistości nie będzie to prośba o informacje z serwera, na które to powiadomienie może się zwrócić?

Nie można powiedzieć, czy sondaż będzie droższy niż forsowanie, nie wiedząc, ilu klientów będziesz miał. Polecam ankietę Bo:

Wygląda na to, że chcesz aktualizować dane raz na minutę. O ile powiadomienia nie są w stanie dotrzeć w znacznie szybszym tempie, naciskanie oznaczałoby, że utrzymujesz połączenie HTTP otwarte, ale widzisz bardzo małą aktywność na nim.
• ankieta jest zbudowana na bazie istniejących konwencji HTTP, więc każdy serwer, który mówi do przeglądarek internetowych jest już gotowy do odpowiedzi na zwykłe żądania Ajax. Rozwiązanie oparte na komecie lub gnieździe Flash ma różne wymagania; będziesz potrzebował czegoś w rodzaju cometd po stronie serwera i biblioteki po stronie klienta, która groks po stronie serwera push.

There ' s now a service http://pusherapp.com to próba rozwiązania tego problemu raz na zawsze, w mgnieniu oka. Może warto to sprawdzić. (zastrzeżenie: nie jestem w żaden sposób z nimi związany).

Sam nie próbowałem, ale niektórzy twierdzą, że kometa działa i jest łatwiejsza niż myślisz . Jest też wtyczka Ruby on Rails o nazwie Juggernaut , o której słyszałem bardzo dużo. Ponownie, nie użyłem go, więc YMMV, ale rozumiem, że wymaga znacznie mniej zasobów w porównaniu do sondażu. Wierzę (może ktoś potwierdzić?/ align = "left" / MacRumorsLive.com dostarcza blogowanie na żywo WWDC Stevenotes.