Prima soluție care vine în minte pentru primirea de evenimente de la server este polling-ul, adică sondarea periodică a serverului cu pachete standard: "Sunt aici, sa schimbat ceva?"
Ca răspuns, serverul constată mai întâi că clientul este online și în al doilea rând trimite o datagrama în care un format special conține întregul pachet de evenimente acumulate.
Această metodă are o mare problemă, și anume întârzierile mari între crearea și primirea datelor. Serverul nu le trimite nu când au apărut, dar când vine momentul pentru o altă cerere.
Delay = timpul între sondaje + stabilirea conexiunii + transferul de date.
Un alt dezavantaj este traficul suplimentar de intrare către server. Cu fiecare cerere, browserul trimite o mulțime de antete, cu anteturi
mergeți întotdeauna în formă necomprimată. Pentru unele aplicații, traficul de anteturi de intrare poate depăși traficul de ieșire al datelor reale de 10 ori sau mai mult.
- Întârzieri între eveniment și notificare
- Traficul de intrare către server
- Ușor de implementat
Ca transport, puteți folosi orice de la XMLHTTPRequest la etichetele de script. Exemplu nu este luat în considerare și totul este clar
- versiune tipărită
Da, în principiu, nu este nimic complicat, în special.
Văd deja trei soluții.
1 - începeți scriptul pe coroană
2 - în orice „mișcare“ a oricărui utilizator al site-ului (a obține munca script PHP) face ca script-ul pentru a efectua verificările și steagurile necesare pentru ultima actualizare continuă operațiunea inutilă a script-ul. În cazul în care un număr suficient de utilizatori, atunci această metodă este destul de mult, iar incarcarea serverului nu este foarte boshaya, pentru că și-a menținut încă un fel de utilizator.
3 - ce împiedică evenimentul care a făcut modificări pentru a notifica acest lucru?