LWEEK: websocket je soucasti html5 a uz se i pouziva (s nejakym zaloznim resenim pro starsi prohlizece).

jinak ve spickach tu byva otevrenych asi 12000 spojeni (to se musi vydelit dvema, je vzdy spojeni browser-server a server-fronta)...tj. predstav si 6000* klientu, jak periodicky kontroluji stav :-) muzes dat delsi interval, ale tim snizujes tu uzitecnost a pouzitelnost.

* vic tabu, neaktivni lide apod.

NYX: Tak to jo, to já tuhle možnost nemám a řeším to tímhle hackem, ale na druhou stranu už jsem tam měl peak 100 instancí a server se ani nezapotil. Takže je otázka jestli je výhodnější držet otevřený socket (vyžaduje alokovanou paměť serveru) a nebo se periodicky dotazovat s intervalem třeba 5s. Eventuelně může být tohle instantní řešení výsadou VIP a periodický checkování může být pro supported účty. Ještě jsem slyšel o nové možnosti socketu s tím, že tohle je výsada nové specifikace AJAX 2.0, ale to je hudba budoucnosti. Ale to tu jen filosofuju. :)

LWEEK: no, periodicka kontrola by byla imho jeste narocnejsi. na nyxu se pouziva comet, tj. ajaxem si vyzadas stranku a ta ti v danou chvili nic neposle...cekas, cekas, cekas...teprve pokud ti nekdo posle nejakou zpravu, vrati se ti neco, co zpracujes a navazes spojeni zas, abys cekal na dalsi data. diky tomu ten chat beha realtimove.

na strane serveru pak mas nejakou frontu na zpravy, ktera urcuje, co se ma poslat na jake cekajici spojeni.

problemem je, ze pri kazdem nacteni stranky musis navazat tohle spojeni a pak je vsechna udrzovat otevrena.

urcite pujde najit nejaky server, ktery bude mit nizsi rezii na to navazovani a drzeni spojeni nez stavajici kombinace orbited + rabbitmq, takze to asi bude resitelne. jen bude pracne to vsechno otestovat, porovnat, vybrat to nejlepsi a implementovat.

NYX: Zdravím, gratuluji k desátinám nyxu! :) Všiml jsem si že vypadli RT služby. Také provozuji podobný systém a na něm jsem využil jednodný widgetovací systém jQuery.

Zahlédl jsem, že na toto téma přednášeli na jQuery konferenci v Bostonu: http://events.jquery.org/2010/boston/video/

Osobně to řeším tak že všechny widgety feeduje jeden ajax query, data jsou kešovaný a systém obsahuje {srdeční tlukot} tedy že jednotlivé widgety si samy určují jak často se má kontrolovat keš jak na straně serveru tak klienta. Tím lze určit priority a třeba pošta se kontroluje při každém beatu, kdežto stav zpráv ve foru třeba při každém 10tém beatu s tím že jeden beat = 1s apod. Zátěž se potom dá regulovat zpomalováním tlukotu srdce .. prodlužováním intervalů mezi tlukotem.

NYX: ook :) dík

pokud někdo při přihlašování zadá špatné heslo, už nechodí upozornění - je to bug, feature, nebo jsem to někde omylem vypnul?

GREATDRAKE: Bannerová slepota, no. (Bodejž by tam radši jméno majitele bylo textově!)

NASA: nazev nech, mne to nevadi. to byla spis poznamka k tomu hledani, pac jsem nedavno hledal cokoli, co souvisi s "wc" a neslo to..

VECTOR: kdyz das hledat "zajimave linky" tak to najde, je to v zahlavi i na nastence, ale muzu to predelat, nechavam ten nazev z nostalgie

Nevim jestli jsem si toho jenom drive nevsiml, ale IM bar vlevo dole rulluje...

VANEK: a podívat se o řádek níž pod majitele diskuze do záhlaví u nich nefunguje ?

Rozlišování na odborné diskuse atd. bylo už zavrženo do té míry, že ten stupeň ani není nikde vidět?

VANEK: mam pocit, ze tohle nepujde. prohledava se vic veci soucasne (nazev, nastenka/zahlavi, prispevky) a byl by problem nastavit pro kazde jiny pocet znaku.

NYX: Mno a nešlo by v názvech klubů hledat i bez indexu? Aspoň v prémiovce? ;-) Kolik jich teď je?

YBUKO: ale je tu pres to stare klientske rozhrani, takze opravdu netusim, co presne tu dela. tam je jen informace o pratelich, nove poste a novych prispevcich (nesleduje ale zadne kluby). dost mozna jen sleduje aktivitu nekterych lidi, nic jineho me nenapada.

YBUKO: nevim

BOFO: Já to pochopil, ale problém je podle mě stejný.Potíž je v inicializaci samotnýho real time systému, ta způsobuje potíže. Pak už je jedno, co se přes něj posílá....

KEJML: Spatne sem se vyjadril - slo mi o upozorneni na novou zpravu v POSTE, diskuzi si aktualizovat neni zas tak casove narocny ale v poste to byla super f-ce.