Mi WebSocket
WebSocket (web aljzat) - teljes duplex kommunikációs protokoll, a TCP-kapcsolatot. Azaz, ez a protokoll tud küldeni és fogadni egy üzenetet egyidejűleg. Ez lehetővé teszi a valós idejű üzenetek cseréje a böngésző és a szerver.
Webillesztőpontok sokáig nem kísérleti jellegű. ez használt böngésző alapú játék, interaktív rendszerek, fizetési rendszer. Web Sockets ma már része a modern webes!
Böngésző - webszerver. Hogyan működik, és mit kell változtatni?
Van elég sok problémát, amit kell, hogy az aszinkron a HTTP-protokoll. Azaz, ha a szerver fog változni, akkor meg kell, hogy ezek a változások a böngésző újraindítása nélkül. Az egyik ilyen példa - egy chat-szobában, ahol az emberek kommunikálnak, és amikor egy barátja egy üzenetet küld az látható, hogy a címzett azonnal, anélkül, hogy az oldal ismételt betöltése. Korábban, a teremtés ilyen típusú alkalmazás nem volt könnyű, voltak különböző fokú értelmezés, amely utánozza a szerver push-akció. Az egyik ilyen példa - szerveződik a kliens keretekbe reloaded egyszer második és kéréseket küldjön a szervernek.
Ez a megközelítés számos hátránya van -, hogy hozzon létre egy nagyon nagy kérések száma a szerver, nehéz megszervezni a megfelelő struktúra alkalmazásokhoz. Nekem van a legnagyobb probléma - ez az, amit mi csinálunk emulációs szerver egy eseményre. Mindig az ügyfél (böngésző) adatokat kap késése.
És most beszéljünk AJAX. Amikor az XMLHttpRequest objektum jelenik meg a böngésző, a helyzet némileg javult. Ebben az esetben tudjuk lépni a szerver szerint a rendszer hosszú Közvéleménykutató. Az alábbiakban leírt pontok az áramkör:
- A kliens (böngésző) kérést küld a szervernek,
- A kapcsolat nincs lezárva, az ügyfél vár olyan esemény,
- Amikor az esemény bekövetkezik az ügyfél megkapja a választ a kérésre,
- Az ügyfél ezután küld egy új lekérdezést.
Ezzel a megközelítéssel van aszinkron kéréseket a szerver és válaszok segítségével kezelnek visszahívás funkciót. De ez a megközelítés van néhány hátránya. A fő hátránya ennek a módszernek, hogy van egy szerver és eseményeket nem kezdeményezte az interakció.
Nem is olyan régen volt egy új protokoll, amely nem rendelkezik a fenti hátrányokkal, amelyek már a fent felsorolt. WebSockets új technológia egy megvalósítása teljes duplex kommunikációs protokoll a TCP-kapcsolatot.
Miért WebSockets? Érvek és ellenérvek a ws protokoll
A technológia a Web Sockets, meg kell elfelejteni a szokásos együttműködési rendszer a WWW világon. Meg kell, hogy pont egy szabványos HTTP-protokoll modell - a „kérés / válasz a kérésre.” Ennek része a technológia Web Sockets böngésző és a szerver bármikor küldhetnek és fogadhatnak adatokat, majd megeszi egyenlővé válik a résztvevők.
WebSocket megállapítja egyetlen ügyfél kapcsolatot a szerverrel. WebSockets dolgozni mindkét fél (kliens és szerver) támogatnia kell ezt a technológiát. Minden új böngésző támogatja WS protokollt, és a kiszolgáló rész végre a fejlesztő. Amikor a szerver és a kliens készen áll a „csata”, a szerver és a kliens is elküldheti az interneten keresztül Sockets szöveges üzenetet. Adatok küldése és fogadása azonnal bekövetkezik, ez a technológia létrehoz egy kétirányú kommunikációs csatornák.
Mivel a kapcsolat az ügyfél és a kiszolgáló nem zárja (azt tartják folyamatosan nyitva), akkor elkerülhető a felesleges adattovábbítás (HTTP-fejlécek). A WebSockets szabvány, nincs korlátozás a számos nyitott kapcsolatok és a következő kérés.
Ebben a leckében megtanultuk - milyen módszereket aszinkron kéréseket a szerver, hogy WebSocket, és milyen előnyökkel rendelkezik összehasonlítva AJAX és HTML kereteket. A következő leckében fogjuk kezdeni dolgozni node.js WebSocket szóló, figyelembe vesszük részletesebben a technológia akcióban, és írjon a chat a Web Sockets és Node.js. Teljes lista node.js órákat találsz ezen az oldalon.