«« ( Date ) »» // «« ( Thread ) »» // kdp - 2010

Re: Pitanja u vezi projekta

by Link 2 Rage
četvrtak, 19. avgust 2010 - 00:59.

Naravno jer ne postoji veza izmedju klijenata, njihovo delovanje nije
uzajamno zavisno.

2010/8/19 Jelena Vukovic <jeca.zr@gmail.com>

> Ok, odlicno... Znaci ako 5 klijenata hoce da dignu potpuno isti fajl,
> to nije moja briga, i ja svakom dodelim razlicit ID i ne brinem oko
> toga?
>
> Hvala ti puno!!!
>
> 2010/8/18 Link 2 Rage <link2rage@gmail.com>:
> > Ne postoji ugradjen mehanizam za poredjenje datoteka po sadrzaju,
> poredjenje
> > datoteka po imenu ili po velicini(broju bajtova) je nepouzdano tako da
> > datoteke iskljucivo poredis na osnovu ID broja.
> > Na primer ja sam to zamislio na sledeci nacin. Klijent prosledi zahtev za
> > pretragom na kljucnu rec "film", server mu vraca odgovor da postoje tri
> > datoteke:
> >
> > 1. ID: 1 - IP: xxx.xxx.xxx.xxx sample.avi
> > 2. ID: 1 - IP: xxx.xxx.xxx.xxx sample.avi
> > 3. ID: 2 - IP: xxx.xxx.xxx.xxx sample.avi
> >
> > Sve datoteke poseduju isti opis, isto ime ali na osnovu ID broja znam da
> su
> > datoteke na brojevima 1 i 2 iste, a na broju 3 je neka druga datoteka.
> Sada
> > klijent prosledjuje sa kojih izvora zeli da zapocne preuzimanje datoteke
> na
> > primer ako kaze skidam samo sa izvora jedan skinuce kompletnu datoteku
> samo
> > sa tog racunara ako kaze zelim da skinem datoteku sa racunara jedan i dva
> > onda ce preuzeti polovinu sa racunara jedan i drugu polovinu sa racunara
> > dva.
> >
> > 2010/8/18 Jelena Vukovic <jeca.zr@gmail.com>
> >>
> >> Jasno je to meni, nego me pretraga buni... Recimo da klijent vrsi
> >> pretragu na kljucnu rec "film", i server mu posalje odgovor da postoji
> >> 5 fajlova sa tom kljucnom reci... Od tih 5, 2 imaju isti ID (jedan na
> >> nekom klijentu, jedan na nekom serveru koji cuva kopije), a ostala 3
> >> imaju razlicite id-jeve... Mene zanima sta se desava ako su svi ti
> >> fajlovi isti (isti tag, isto ime, isti sadrzaj, ali razliciti id,
> >> posto su na server postavili razliciti klijenti)? Ako klijent zeli da
> >> skine fajl sa sto vise razliccitih izvora, da li ce on da uzme u obzir
> >> izvore samo sa istim id-jem, ili i ove ostale (iako imaju razlicit
> >> id).
> >> Ili mozda prilikom dizanja fajla na server treba da proverim da li taj
> >> fajl vec postoji, i ako postoji da mu dodelim postojeci ID, tako da
> >> svi isti fajlovi imaju isti ID? U tom slucaju me zanima sta se
> >> podrazumeva pod "istim" fajlovima (da im je isti samo sadrzaj, da im
> >> je isto ime i sadrzaj, ili da su im isti ime, sadrzaj, i tag)...
> >> Nadam se da nisam udavila sa ovim :)
> >>
> >> 2010/8/18 Link 2 Rage <link2rage@gmail.com>:
> >> > Ideja je veoma jednostavna za svaku datoteku koju registrujes server
> >> > generise jedinstveni identifikacioni broj koji jednoznacno opisuje tu
> >> > datoteku tako da uvek znas da su sve datoteke pod tim brojem identicne
> >> > drugim recima cak i kada postoje dve datoteke sa istim opisom, istim
> >> > imenom
> >> > i istim binarnim sadrzajem razlikovace se po ID broju koji nikako ne
> >> > moze
> >> > biti isti.
> >> >
> >> > 2010/8/18 Jelena Vukovic <jeca.zr@gmail.com>
> >> >>
> >> >> Postovani,
> >> >>
> >> >> Da li pretragu na serveru treba da radimo iskljucivo prema kljucnim
> >> >> recima? Na primer, ako imamo dva ista fajla, ali sa razlicitim
> >> >> opisima, to treba da tretiramo kao razlicite datoteke? (tj, da pri
> >> >> rezultatu pretrage prikazemo samo one fajlove u cijem opisu je
> >> >> navedena trazena kljucna rec?).
> >> >>
> >> >> Pozdrav,
> >> >> Jelena Vukovic
> >> >>
> >> >>
> >> >>
> >> >> -----------------------------------------------------------------
> >> >> unsubscribe:
> >> >> minimalist@rti.etf.rs?subject=unsubscribe%20kdp
> >> >> -----------------------------------------------------------------
> >> >
> >> >
> >> > -----------------------------------------------------------------
> >> > unsubscribe:
> >> > minimalist@rti.etf.rs?subject=unsubscribe%20kdp
> >> > -----------------------------------------------------------------
> >> >
> >> >
> >>
> >>
> >> -----------------------------------------------------------------
> >> unsubscribe:
> >> minimalist@rti.etf.rs?subject=unsubscribe%20kdp
> >> -----------------------------------------------------------------
> >>
> >
> >
> > -----------------------------------------------------------------
> > unsubscribe:
> > minimalist@rti.etf.rs?subject=unsubscribe%20kdp
> > -----------------------------------------------------------------
> >
> >
>
>
> -----------------------------------------------------------------
> unsubscribe:
> minimalist@rti.etf.rs?subject=unsubscribe%20kdp
> -----------------------------------------------------------------
>
>