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

• martonx veterán

  #5790

  #5780 PumpkinSeed

  2015-12-14 09:33:08

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  martonx

  veterán

  #5780 PumpkinSeed

  #5780 PumpkinSeed

  Igen, csak mivel közben még másokat is kér le meg folyamatosan tölt fől ezért nem akartam, hogy ez a csatorna folyamatosan nyitva legyen.

  egy "fingom sincs a websocketről, csak olvastam róla, hogy trendi" elismerés is elég lett volna, a béna magyarázat helyett
  Javaslom vagy olvass már végre utána, vagy kérdezz meg minket, de ez a nekifutás így elég gyengén indul.
  Nekem van olyan 2 éves CRM rendszerem is, ami már websocket-et használ a csoportmunkára, ahogy nézem fordfairlane is éppen benne van egy ilyen fejlesztésben, szóval van vele tapasztalat.
  Egyébként websocket-en tényleg nem szerencsés sok adatot küldözgetni, inkább csak maga a jel a lényeg. Nálam pl. elmegy a sima ajax-os kérés, ami akár több száz KB-t is mozgathat. Aztán ha az sikeres volt, akkor megy a jelzés websocket-en, hogy megtörtént a funkció, és mehet a jelzés a klienseknek, hogy mi változott.

  Hogy konkrét példát hozzak. 15 ügyintézőhöz ömlenek be az elintézni való ügyek. Ezeket magukra veszik, megválaszolják stb. Maguk a válaszolások, meg minden olyan funkció ami sok adatot mozgat (pl. dokumentumot tölt fel és csatol a válaszához) ajax-on mennek, de a sikeres ajax után rögtön elsül egy websocket trigger, ami szól a többi ügyintézőnek, hogy XY megválaszolta az ügyet, és mindenkinél már át is vált az ügy státusza. De ez csak egy jel kifelé a klienseknek. Az ügy megjelenítésekor szintén lefut egy ajax, ami meg leszed minden oda tartozó infót a szerverről, ehhez ismét nem websocket kell.
  Ugyanakkor egy ügynek ha c sak a státusza változik, nem fut le ajax, csak websocket, mert úgyis minimális adatot kell továbbítani (ügy id-ja, és az új státusza). Nálam van erre egy ökölszabály, hogy ha 32Kbyte-nál több adatnak kell mozognia, akkor ajax. Ha kevesebbnek, akkor lehet websocket.

  Szóval az ajax-ot és a websocket-et mindenképpen kombinálni érdemes, nem pedig csak az egyiket vagy csak a másikat használni.

• fordfairlane veterán

  #5782

  #5780 PumpkinSeed

  2015-12-13 18:19:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fordfairlane

  veterán

  #5780 PumpkinSeed

  #5780 PumpkinSeed

  Igen, csak mivel közben még másokat is kér le meg folyamatosan tölt fől ezért nem akartam, hogy ez a csatorna folyamatosan nyitva legyen.

  A websocket ara való, hogy folyamatosan nyitva legyen, és mindkét irányban bármikor működjön a kommunikáció. Egyébként épp most fejlesztünk egy olyan rendszert, ahol a websocketen csak a trigger jel megy, ami jelez, hogy valami változás történt, maga az adatlekérés és visszaadás ajax hívásokkal működik.

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