Citat:
Ursprungligen postat av ITisGood.se
Problemet med att använda t.ex. memcached är att du då måste wrappa memcached med ett serverside språk, t.ex. PHP. En textfil kan man komma åt direkt med jQuery i AJAX-anropet utan att behöva leta sig ned till något skriptspråk som ska köras varje gång. När man cachar vill man ju göra det så nära klienten som möjligt och minimera antalet lager i arkitekturen som requesten måste gå igenom för att hämta datan.
Men som sagt är push en bättre lösning, men också betydligt svårare och jobbigare att implementera. Så gör det enkelt för dig och kör du på AJAX + textfil till att börja med om du känner dig osäker på det där med push. Det går ju alltid att byta till push senare om behovet skulle finnas.
|
Är serversidespråket problemet använder du C libbet direkt från webbservern (går alldeles utmärkt med lighttpd, apache, nginx och säkerligen många av ovanliga utmanarna). Om du kan skriva en textfil med jämna mellanrum kan du dock istället använda en cachande reverse proxy framför med samma expiry time istället och slippa gå mot webbservern alls.
Fördelen med memcache/http proxy är att de skalar utan problem från 1 server till 100, från 1 skrivning i sekunden till 100 skrivningar i sekunden och 100 anrop i sekunden till 10 000 anrop i sekunden. Ska du hantera detta med på ett bra sätt med 4234242 textfiler (när chatten även har privata konversationer en längre tid) i slutändan så har du nog skrivit en väldigt ineffektiv cachelösning som dessutom slukar serverns diskcache.
Och dessa fördelar får du med mindre jobb och krångel från första början... (förutsatt att du någonsin sett eller använt memcache kanske).