![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%) ![]() ![]() |
Powoli zaczynam zapoznawać się z tą technologią bo dużymi krokami zbliża się do mnie konieczność zbudowania komunikatora/czatu o dużej przepustowości.
Zastanawia mnie jednak jedno. Jak już dobrze zrozumiałem to ta technologia polega na tym, że przeglądarka wysyła żądanie pod podaną stronę (php) i oczekuje na odpowiedź. Wszystko jest tu dla mnie jasne, zamiast co 3 sekund wysyłać Request HTTP to wysyła go raz i czeka na odpowiedź. Ale zastanawia mnie co ma się dziać w tym momencie w skrypcie PHP, który np. odpytuje o nowe wiadomości? Czy tutaj będzie pętla, która co sekundę (sleep) odpytuje bazę o nowe wiadomości? Jeśli tak to gdzie tu korzyść oprócz zmniejszonej liczby Requestów, które chyba nie są takim obciążaniem jak odpytywanie bazy danych co X sekund? Ten post edytował markonix 8.10.2012, 20:13:44 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 592 Pomógł: 62 Dołączył: 3.08.2006 Ostrzeżenie: (0%) ![]() ![]() |
Ciekawym rozwiązaniem jest Tornado. Jest to asynchroniczny framework napisany w Pythonie wprost stworzony do long polling.
W niedawno stworzonej aplikacji typu real-time nie korzystałem z żadnych sleepów... W skrócie był wątek producenta (lub wątki, bez znaczenia), który dodawał do kolejek nowe zdarzenia. W tym samym czasie żądania long-polling czekały na kolejce. Kiedy tylko coś pojawiło się w kolejce, to żądanie było wznawiane i odpowiedź szła do użytkownika. Może pomyśl w tym kierunku. Odnośnie pytania, to zastosuj pulę połączeń (patrz np. ADO.NET). PS. Także nie polecam PHP do tego typu aplikacji. Osobiście stawiam na Pythona, od biedy Javę (IMG:style_emoticons/default/smile.gif) |
|
|
![]() ![]() |
![]() |
Aktualny czas: 11.10.2025 - 01:56 |