[elektro] webes ujragombolas

[Vajk Fekete]

Errol van szo!

A kliens csinal egy kerest, aztan var es var es var. addig nem tortenik
semmi, amig a szervernek nincs mondanivaloja. Ha eltimeoutol, akkor csinal
egy uj kerest, es var.

Egyszeru, nagyszeru, eroforrastakarekos. Egyetlen baj van vele, hogy a
szerveren durva eroforrasigeny lephet fel ha sokezer kliens van egyszerre.
De ez itt most nem tema.

Vajk


2013/4/14 potyo <potyo.ada at gmail.com>

> 2013. április 14. 0:06 Kovács József írta, <kj at faldeko.hu>:
>
> > Gondolom a probléma nem a kattintás/billenytűzet,
> > mert az esemény kérésként megy, tehát lesz rá válasz...
> > Esemény híján meg nem ekl változnia képnek.
> >
> > Hanem, a gond az, hogy
> > igazából változnia kell esemény nélkül is a kijelezett képnek?
> >
> > Ha, ez a feladat,
> > akkor webböngésző környezetben tudtommal
> > nincs olyan egyszerű megoldás, ami kicsi szerver oldali
> > intelligenciával és terheléssel beéri...
>
>
> Attól függ, milyen gyakran kell frissíteni a böngészőben a tartalmat. Van a
> comet technológia, aminél gyakorlatilag a böngésző nyit egy kapcsolatot, de
> a szerver várakozik a tartalom küldéssel addig, amíg nincs mit küldenie.
> Persze nyílván van időlimit is, és akkor a böngésző ismét nyit egy kérést,
> amire ismét várja a választ x ideig. Mindez a háttérben történik
> ajaxszerűen, de mégsem ugyanaz, mint az ajax, mert a cometnél a kapcsolaton
> jöhet valami adat, de továbbra is nyitva maradhat a kapcsolat és jöhetnek
> újabb adatok rajta. Persze ehhez eléggé bele kell(het) nyúlni a szerver
> oldalba is, de terhelés szempontjából szerintem kezelhető a dolog akár egy
> 8031-el is. A GMail is így működik, nem kérdezgeti másodpercenként a
> szervert, hanem nyit egy kérést, amire várja a választ, és a szerveren ha
> van változás, akkor küldi a változást, ha nincs, akkor meg csak nyitva
> tartja a kapcsolatot.
> -----------------------------------------
>           elektro[-flame|-etc]