Keresés

Új hozzászólás Aktív témák

  • Sk8erPeter

    nagyúr

    válasz DS39 #10525 üzenetére

    "főleg nem szerverkímélő, hiszen mindenkinél frissülne akinél nyitva van a PH, miközben a valóságban az emberek nem egyszerre frissítenének rá"
    Ezt szerintem rosszul látod. Az AJAX-os megoldás esetében legegyszerűbb egy pollozós megoldás lenne, mondjuk 5 percenként (most csak mondtam egy számot, tök mindegy), és kliensoldalról (JavaScripttel) csak az adott azonosítójú hozzászólás UTÁNI hsz.-ek lekérése menne el szerveroldalra, ez pedig normális esetben iszonyat gyors. Kliens request --> szerver: van #12345 után rekord az XYZ táblában? (általában normálisan belőtt adatbázisszervernél, ennél a hihetetlen egyszerű query-nél ezredmásodpercekről beszélünk, mármint az adatbázisban kotorászás idejét tekintve) 1.) Nincs, visszaküldök egy nemleges választ a kliensnek, kész, nem kell csinálni semmit. 2.) Van, visszaküldöm a feladó adatait, a címzett adatait (ha volt címzett), post dátumát, magát a postot, ha több van, akkor annyit, a kliens gyorsan összepakolja a JSON/XML-válaszból a megfelelő DOM-elemeket, hozzácsapja a középső sávhoz, kész.
    Az oldal teljes frissítése esetén azonban az összes hozzászólás (max. 200 egy lapon) összes adatát le kell kérni, az összes oldalsávot, fejlécet, láblécet össze kell pakolni szerveroldalon, berakni mindenféle CSS- és JS-fájlt, egyéb kiegészítő cuccokat, eljuttatni a kliensnek, a kliensnek mindezt az adatmennyiséget feldolgozni, stb. A CSS-, JS-fájlokat, képeket az első betöltés után általában gyorsítótárból kotorja elő a böngésző, az tehát a kevésbé releváns rész, a többi viszont mind idő. Ráadásul most rengeteg dolgot nem írtam még le, ami történik a háttérben, csak manapság a gyors internetkapcsolatok és böngészők miatt a kliens-szerver kommunikáció erőforrás-igényességét kevésbé veszi észre az ember.

    Sk8erPeter

Új hozzászólás Aktív témák