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.
- 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.
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.
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