MOYYO: csproj je normalni C# projekt jako je vcprojekt u C++, 2010 by s tim nemela mit problem, maximalne ta sln bude chtit zkonvertovat

zdravim, od ceho sou prosimvas .csproj soubory? sem myslel ze je to nakej c#, ale internet tvrdi ze se to otevira nejakym visual studio .net. to fakt musim stahnout neco z roku 2003?
normalni visual studio 2010 to neotevre?

snazim se prelozit si monotorrent libku z http://www.monotorrent.com/

AREX: rikame ti vicemene vsichni totez :-) A nejsou to zadny tezky teorie, prohledavani grafu do hloubky (aka DFS) je trivka.

ve zkratce: rekurzivne projdes zavislosti pocinaje libovolnym souborem, uz navstivene soubory vynechavas. Jakmile jsi zpracoval vsechny zavislosti souboru, muzes ho pridat do vysledku (vsechny jeho zavislosti uz tam v tu chvili jsou). Tohle porad dokola, dokud ti jeste zbyva nezpracovany soubor.
+ bys mel kontrolovat jestli zavislost kterou se chystas zpracovat uz neni na stacku - v tu chvili tam mas cyklus.

Hm hm, myslel, ze mi doporucite neco jednoduche a ne abych studoval nejaky teorie :) Kdyz jsem nad tim tak premyslel, nemohlo by fungovat proste increment pro kazdy requirement v seznamu a pak to seradit od nejvetsiho ? Zatim je to jenom myslenka v hlave, nezkousel jsem to. Muzete mi nekdo vyvratit, ze je to spatny pristup ?

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.

NECROMAN: aktualni verze TortoiseGit mi prijde celkem srovnatelna s TortoiseSVN. cmdline taky az tak nemusim a v 99% pripadu si vystacim prave s TortoiseGit + VS Git Source Control Provider extension. Nezkousel jsi nejakou prehistorickou verzi toho TortoiseGit?

MICTECH: Jde to i bez locku, ale samozrejme za cenu mergovani kdyz do toho hrabnou dva lidi..

NECROMAN: tohle presne mi myslim staci.) proste nejake keywords jine nez "server application c#" :) dik

ROXTYDY_A_BIBOB: nastuduj si neco bud o .NET Remotingu, nebo jak vytvaret WCFkove sluzby a pristupovat k nim. Vic si uz musis nastudovat - nejde jen tak odpovedet "jak napsat serverovou aplikaci" :)