Det hander vel i bund og grund om at få Apache'n til ikke at lukke forbindelsen til klienten - Men hvordan, uden den brokker sig over max execution time osv...?
De traditionelle metoder er:
1) rigtig poll hvor noget JavaScript opdaterer hele tide - det giver rigtigt mange requests
2) long poll, hvor noget JavaScript sender en request og venter indtil der er noget nyt - det koster memory og med de fleste nuvaerende web teknologier ogsaa traade
3) koer noget Java Applet / Flash paa client og push ud paa en socket (non HTTP)
Har pt. en del jquery som poller - Men hvis jeg skal sætte opdaterings-hastigheden så langt ned at det virker "live", vil det meget hurtigt løbe op i frygtelig mange requests, når der er 3-5 brugere på ad gangen. :-)
Java applet / flash er desværre udelukket, da jeg ikke har mulighed for at installere eller programmere en server-applikation der kan svare. :-)
2) Long Poll - Hvordan fungerer det?
re 2)
JavaScript sender request, server script modtager request men svarer foerst naar der er noget at svare paa. 10 sekunder, 1 minut, 10 minutter.
Med lidt snille (laes: vold paa god web skik og brug!) kan en ASP.NET eller Java web app godt bruge scokets til applet/flash.
5 brugere og refresh hvert sekund = 5 requests per sekund
det er ikke ret meget.
jeg ser lige med :P... det lyder spænde det der "long poll"
vis man har over 5.000.000 på en gang mister man da en pænt stor bid af den GB forbindelse man har... hvad gør facebook med deres chat ?
der jo flere milioner på en gang...
sorry, for mine ikke eksisterende kommaer =)
long poll bruger foerst baandbredde naar svaret er klart
Rygterne paa internettet siger at FB's chat system:
- er skrevet i Erlang
- koerer paa 10000 servere
Arne smid du bare et svar.
Jeg tror at jeg må nøjes med at sende "mange" requests til serveren.
Tak for hjælpen :)
