[kdp:2010] - Re: Pitanja u vezi projekta by Jelena Vukovic <jeca.zr@gmail.com>

Sve je jasno! :) Hvala jos jednom kolega!

2010/8/19 Link 2 Rage <link2rage@gmail.com>:
> 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
>> -----------------------------------------------------------------
>>
>
>
> -----------------------------------------------------------------
> unsubscribe:
>   minimalist@rti.etf.rs?subject=unsubscribe%20kdp
> -----------------------------------------------------------------
>
>