AREX: Use the algorithm by R. E. Tarjan from 1972

AREX: by mel stacit DFS a ve chvili kdy opoustis uzel ho muzes pustit na vystup

Muzete mi prosim nekdo pomoct jak sestavit algoritmus vytvarejici posloupnost na zaklade ruznych zavislosti ? Chci si napsat jednoduchy tool, ktery mi posbira javascriptove soubory z adresaru a podle nejakeho markupu na zacatku kazdeho souboru urci zavislosti a nasledne sesortuje seznam tak, aby byly veskere zavislosti dodrzeny a mohl vytvorit jeden JS soubor, ktery si klient stahne.

Nemam bohuzel s timto typem algoritmu vubec zkusenosti a nevim kde bych zacal :(

ROTTWEILER: v dropboxu je nasdílenej adresáře, ve kterým je bare repo, jinak má samozřejmě každej svoje repo, a push/pull jde do toho dropboxu

ROTTWEILER: Ne. Mas lokalni repository a remote repository a to je nasdilene pomoci DropBoxu.

KERRAY: Uh? Jak to pak funguje? Jeden repositář a ten všichni editují v Dropboxu a nikam se to nepushuje?

na nejaky jednodussi hratky s GITem ve vic lidech se da vyborne pouzit dropbox

H_U_N_T_E_R: ehm, instalacka GITu pro win ma nejakejch par mega a je to nainstalovany za par vterin? Nepotrebujes zadny server, ale pokud ho chces, muzes ho snadno mit, staci sdilena slozka. Navic ma to super ucici krivku. Nainstalujes, vyrobis adresar, kliknes pravym tlacitkem, das git shell, napises git init a mas repo. Branch je otazkou sekund.


VIRTUALVOID: http://www.redmine.org/ ?

ROTTWEILER: Diky moc, o Comet slysim prvne, zni to velmi zajimave :) Urcite to prostuduju hloubeji a navic jsem koukal, ze existuji i implementace v jQuery, takze by to bylo mohlo byt pomerne snadny, alespon na klientovi. Serverovou implementaci jeste musim pohledat nejakou inspiraci.

Ten socket.io by taky mohl byt zajimavy, ale jestli jsem to sprave pochopil, tak s tim uz si clovek moc neuzije na freehosting, kdyz musi otevirat port. V tyhle fazi vyvoje zatim nechci investovat do placenych hostingu, protoze nevim jak se to cele vyvine.

AREX: Dej si do Google hledat Comet. Pro inspiraci můžeš kouknout na node.js knihovnu Socket.IO http://socket.io

To jak si to naimplementuješ na straně serveru už je na tobě, ale nejednoduší bude asi jakmile přijde zpráva ji poslat všem klientům krom toho od koho přišla.

VIRTUALVOID: jsem si rikal, sakra, to mi pripomina codebubbles .. a vskutku, codebubles jsou z brown university :)

DARKREIDER: my chudobnejsi pouzijeme torrenty .)

VIRTUALVOID: to vyzera luxusne, thx

Zdravicko, potreboval bych mensi radu, resp. tip, jestli uz neco neexistuje aby mi to usetrilo praci. Budu delat ciste klientskou webovou aplikaci (tedy javascript), server nebude prakticky nic delat. Akorat potrebuju co nejrychleji prenaset udalost vyvolanou na jednom klientovi k druhemu, ktery je pripojeny do stejne session, aby vsichni meli aplikaci ve stejnem stavu. Udalosti budou ve forme JSON retezce. Tedy zrejme potrebuju malou webovou servisu. Do jiste miry to asi nebude nic vic nez ajaxovy chat, jen se prenasi trochu jiny typ zprav.

Teoreticky bych to resil pres nejaky Queue, ktera bude pro kazdeho klienta a vzdycky pri dotazu mu posle vse co ma. V praxi se trochu desim toho, delat z klienta kazdou sekundu request a ptat se co je noveho. A obavam se taky, ze to nebude tak snadny, protoze je potreba resit i situace kdy jednomu klientovi na chvili vypadne spojeni nebo odpoved nedorazi z nejakeho duvodu, tak aby mel sanci se jeste vratit. Nejsem zrovna zbehly v sitove problematice, takze nemam moc predstavu.

Premyslel jsem i o pouziti WPF jakozto maleho neviditelneho prvku na strance, pres ktery se to bude posilat a ktery by teoreticky mohl udrzovat p2p konexe bez nutnosti serveru, ale tohle jsou pro me zatim dost neprobadane vody a nevim jestli nemelu kraviny.

Co si o tom myslite ? Existuje uz neco vic pokrocileho nez jsem popsal nebo je to stale nutne delat takto ? Nejsem prakticky omezeny v pouzitych technologiich, ale zase nepotrebuju delat neco ultra robustniho. Hlavni zamereni musi jit do te klientske aplikace samotne, nikoliv do komunikacni vrstvy.