|
Evo izguglah ovo:
http://home.bankerinter.net/stankod/ Nisam probao :) PS. Koliko vidim, ovo nije bas 'ono' :) |
Nije to to, znam... U to vreme sam prevrteo šta postoji i to je bilo takođe već tu... ali ništa ni nalik onome što sam zamišljao - ništa nalik ovome ČNLJS.
Web aplikacija na javnom serveru, klijent u Flashu... Najviše me je bunilo što je za takvo nešto najidealnije dići server koji omogućava socket konekciju - a za to je potrebno dozvoliti da se zarobi jedan port server mašine - nešto što teško da bi neki hosting provajder rado ustupio. Naravno da ne mora tako... no to je bilo dovoljno da oladim nakon nekog vremena. |
Hm, a zašto ne bi komunikacija mogla da ide pomoću RPC-a tj preko standardnog http protokola?
Eh, još samo da ne dolazi ispitni rok :( |
meni se i dalje tcp cini kao bolje resenje za multiplayer igre, u cemu god da su pisane ;) uzgred, moj host dozvoljava bindovanje bilo kog 1025+ porta ;) jedino se bune ako instaliras bnc ili eggdrop... ostalo je ok.
|
Erm, da li bi mogao da mi pojasniš koje su prednosti korišćenja transportnog (tcp) umesto aplikacionog protokola (http) za ne ljuti se čoveče?
Jednostavno ne vidim prednosti tog rešenja. |
Potrebna ti je stalna veza servera i klijenta jer je dvosmerna komunikacija. HTTP to ne obezbeđuje (to je ono "A" u Ajaxu - asinhronost) - pa se simulira pingovanjem servera od strane klijenta u nekom dovoljno kratkom intervalu - "ima li šta novo?" - "nema" - - "ima li šta novo?" - "nema" - - ... - - "ima li šta novo?" - "ima! evo ovo... i sad si ti na potezu"...
|
Znam za to, ali da li nam je zaista neophodna sinhrona komunikacija i silaženje na treći nivo tcp/ip-a? Naravno postoje određene prednosti, ali onda imamo komplikovaniji development i deployment nego ako koristimo standardni http protokol kao prenosni medijum + neki standardni protokol za razmenu podataka (čist xml, RPC, soap, ...).
Inače http, srećom, obezbeđuje dvosmernu komunikaciju u suprotnom ne bismo čitali ovaj tekst ;) |
... tako što zahtev uvek polazi sa strane klijenta.
Ovo je višekorisnička aplikacija u realnom vremenu gde server treba da obaveštava sve klijente o promenama u sistemu. I nije neophodno jer simulacija "pingovanjem" servera obezbeđuje diskretnu aproksimaciju realnog vremena (alaj sam ga sad :-)). Izvesni problemi naravno postoje: - koliko trpi sistem trpi ako se na njega simultano kači 200 korisnika (ili priličan broj puta više) koji šalju zahtev svake sekunde (ovo je naravno vrlo realno ako pogledaš realizovani ČNLJS)? - kako server treba da tretira klijenta koji ne pošalje ping u roku od 5 sekundi? - gde server pamti kog je klijenta obavestio o nekoj promeni a koji je još uvek u redu za obaveštavanje? Samo ovo poslednje pitanje bih nazvao priličnom komplikacijom za development. Što se tiče socket varijante, komunikacija se takođe odvija razmenom xml-a (mada može kako hoćeš, ali taj mi je najslađi :-) - jedino što se za komunikaciju sa serverom ne poziva svake sekunde recimo PHP skripta već postoji direktan kanal do porta servera, port osluškuje recimo rezidentni serverski java programčić koji uglavnom radi samo kao dispečer poruka između klijenata nakačenih na taj port. Jednostavno - ne vidim po čemu tvrdiš da je komplikovaniji development u ovom slučaju. |
Narode jeste li za jedno okupljanje na
http://www.thirdframestudios.com/adgame/clovek/ pa da vidimo ko je bolji??? :D |
you don't have a chance ;)
|
| Vreme je GMT +2. Trenutno vreme je 16:46. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.