Adatok letöltése a kiszolgálóról közvetlen frissítés nélkül

Adatok letöltése a kiszolgálóról közvetlen frissítés nélkül

Azok számára, akik nem tudják, most divatos a túl dinamikus oldalak használata.
Vagyis azok az oldalak, amelyek az adatokat újra beindítás nélkül fogadják vagy küldik el a kiszolgálónak, gyakorlatilag láthatatlanok a felhasználó számára.

erre három (és még egy, de többet később) módon:
  • HttpRequest (ActiveX Microsoft.XMLHTTP MSIE vagy XMLHttpRequest for Firefox)
    MSIE 6.0+, Firefox 1.0+, Netscape 7+
  • A php-kezelő betöltése külső parancsfájlként ( )
    MSIE 5.5+, Opera 7+
  • Láthatatlan iFrame (Nulfram) használata
    MSIE 5.5+, Opera 7+, Firefox 1.0+, Mozilla 0.9+, Netscape 7+
Íme egy példa mindhárom módszer munkájára:

de mindhárom php-processzor tartalma:


Mindhárom módszernek vannak előnyei és hátrányai.

XMLHttpRequest
+ a legmagasabb végrehajtási sebességgel rendelkezik
+ láthatatlan a felhasználó számára (nincsenek előfeszítések az állapotsorban)
- Csak az MSIE 6.0+, a Firefox és a Netscape 7+ támogatott
- Nem működik, ha az ActiveX-feldolgozás le van tiltva az MSIE-ben
A php-kezelő betöltése külső parancsfájlként
+ jó végrehajtási sebességgel rendelkezik
+ működik MSIE 5.5+, Opera 7, Firefox 1.0+, Mozilla 0.9+, Netscape 7
- Nem működik az Opera 8-ban és a Netscape 8-ban
- az előtöltõ böngészõben jelenik meg
Láthatatlan iFrame használatával
+ működik minden böngészőben
+ kérelem php fájl képes önállóan dolgozni
- lassú végrehajtási sebességgel rendelkezik
- szennyezi a böngészési előzményeket
- Az előtöltők a böngészők állapotsorban jelennek meg.

Ami a harmadik módszer, hogy szinte megszűnt a harc a túlélésért, hanem az első két nagy hátránya - nekrossbrauzernost.
Szerencsére van kiút, nevezetesen az az eljárás, amely ötvözi az első két módszert és nagy sebességgel fut minden böngészőben!
Ez a módszer - # 91; b] Subsys_JsHttpRequest # 91; / b]. által kifejlesztett dk lab.

a fejlesztő oldalán, erre a módszerre szentelve, nem túl jó példák, sok felesleges, nehéz behatolni a lényegre. Azonban érdemes, ha a könyvtárak összes funkcióját használni szeretné, hogy megkerülje az összes hibát és hibát.
Én egyszerűsítettem az egészet a példánkra. Itt láthatja - http: # 047; # 047; alx.com.ru/stats/dataload/test.html.

itt van még mi a fájl teszt.html:

de a kérelmet feldolgozó php fájl tartalmát:


+ mappa dk_JsHttpRequest. amelyben JS- és PHP-könyvtárak vannak.

a Subsys_JsHttpRequest megoldás vagy az egész elképzelés fejlesztése?


Eddig ez csak egy rövid példa, amelyre sokan. Jobb lenne befejezni az igazi projektet a kész kóddal, és nem csak "van egy vonal". Az emberek nem igazán tudják, mit kell tenni tud valaki JS ad kódot, melyet azután a eval aki aztán értelmezi magát, és nem sokan tudják, hogy az XML előtag nem érdemes Hogyan nem túl XML görbe szótár annak jegyzőkönyve, dolgozni vele ügyfél.

A DOM (az XML jobb XPath esetében ez a tartalom szerkesztésére szolgál) nem kell tisztázni, itt a lényeg az, hogy adjon magot, a kereső megtalálja a szükséges adatokat.

ha nem téved, akkor ez az egyetlen módja a fájlok frissítésének, az oldal újratöltése nélkül.


Az űrlap kitöltése még mindig a felhasználó, csak elküldve egy adott keretre, bármi is legyen.

Adatok letöltése a kiszolgálóról közvetlen frissítés nélkül

Mondd meg, hogyan tudom ezt a szkriptet fogadni a kiszolgálóról például minden második másodpercben?
azaz Ebben az esetben a szerver adatai a gomb megnyomásakor betöltődnek.
És ha ez egy csevegés. gyakran új üzeneteket kell letöltenie. Hogyan lehet ezt tenni?
Megértettem, hogy szüksége van egy olyan funkcióra, amely csak adatokat tölt le a kiszolgálóról.
A Subsys_JsHttpRequest-t fogom használni.

Adatok letöltése a kiszolgálóról közvetlen frissítés nélkül

uh. Nos, mindennek megfelelnek a megfelelő funkciók. ebben az esetben a setInterval () vagy a setTimeout () parancsot használhatja, de ez nem elegendő ahhoz, hogy beszélgetést írj. hüvelykujj-up