Čakanie na výsledok

Chcem sa opýtať, či je možné aby ajax čakal na neakú odpoveď. Napr. aby čakal kým sa výsledok odpovede nebude rovnať niečomu.

Ajaxom (resp. XMLHttpRequestom) je mozne iba zaslat HTTP(S) request a ziskat odpoved. Uz ako si to naprogramujes, je na tebe, mozu sa napriklad cyklicky zasielat nove requesty, kym sa nedosiahne spominany vysledok. Radsej povedz, co sa snazis dosiahnut, aby sme ta vedeli presnejsie informovat.

Chcem urobiť superrýchly chat ale neviem ako presne postupovať, aby sa docielilo rýchle príjimanie a odosielanie správ.

Môžeš overovať každú milisekundu či nie je nejaká nová správa, lenže to je náročné na pripojenie a zbytočné, ale superrýchle. Môžeš to ale nastaviť na každú sekundu alebo na väčší interval. A bolo by dobre aby si najprv vypýtal len nejaký súbor, ktorý ti vráti 1 alebo 0 podľa toho, či je nejaká správa a až pri výsledku 1 by si požadoval súbor, ktorý ti vypíše správu.

To nie je zlý nápad. Dik. A koľko requestov za sekundu zvládne JS?

To je hovadina. Za 1ms sa nestihne zaslat request, takze by sa zbytocne zasielali nove requesty, pricom z tych starsich by este neprisla odpoved. Najrychlejsi interval obnovovania by mal byt ten, ze novy request by sa zasielal vtedy, ked dorazi odpoved z predosleho requestu; aj toto sa mi ale zda zbytocne vela, perioda obnovovania niekolko sekund je uplne v pohode.
Co sa tyka Fletyho rady s 1/0, neodporucam. Aj tak by sa pri novej sprave musela prijat odpoved s celou spravou, plus by to bolo zabrzdene o pociatocny request, pri ktorom by prisla ta jednotka.
Pracu by podstatne zjednodusili dve technologie, bud tzv. sockety alebo udalosti zaslane serverom, v navrhu HTML5 reprezentovane rozhraniami WebSocket a EventSource. Tieto su vsak velmi slabo podporovane a je prakticky iste, ze sa este budu menit, ci uz specifikacie, alebo implementacie v prehliadacoch, preto neodporucam ich nasadzovat na web.
Zmaz si smajlika z podpisu, porusujes pravidla.

Takáto komunikácia sa zvyčajne rieši tak, že klient pošle požiadavku a ak nie je nič, čo by server poslal, tak nejaký čas podrží to HTTP spojenie otvorené a až potom ho zatvorí (alebo pošle nejaké údaje, ak sa nejaké objavia). Klient sa potom zase pripojí...

Toto samozrejme vyžaduje upravený server a nechce sa mi hľadať, či je niečo také dostupné aj zadarmo (tuším som niečo také videl, ale nechce sa mi hľadať).

co chces upravovat na servri ? ved ak aplikacia na servri neodosiela ziadme data tak ostava http connection otvorena kym nenastane timeout

A koľko takých spojení dokáže udržať normálny server?

zalezi od konfiguracie web servera a HW na ktorom bezi nestaci mat nastaveny velky pocet maxclients http://httpd.apache.org/docs/2.2/mod/mp ... maxclients ak nemame k dispozicii dostatok ram pre child processy