OFFSystem

OFFSystem (-proprietar Free Sistem de fișiere) este un sistem de fișiere distribuite in care totul este stocat în funcție de blocuri de date randomizate, spre deosebire de o copie de 1: 1 a datelor originale fiind introdus. Creatorii a sistemului de fișiere, proprietar Free au inventat un nou termen pentru a defini rețeaua: A brightnet. Nimeni nu împărtășește toate fișierele cu drept de autor, precum și, prin urmare, nimeni nu are nevoie să se ascundă departe.
 
Ofera OFF o platformă prin care datele pot fi stocate (public sau nu) într-o manieră discretă, distribuite. Sistemul permite viața privată, deoarece de date (blocuri) sunt transferate de la egal la egal nu poartă nici o legatura cu datele originale. De altfel, nu există date care trec prin rețeaua poate fi considerat drept de autor, deoarece mijloacele prin care acesta este reprezentat este cu adevărat aleatoriu.
Lucrări derivate?
Mulți oameni pot, la prima vedere, să presupunem că blochează utilizate în OFF pentru a stoca orice fișier dat ar fi considerate opere derivate din fișierul original drepturi de autor în cauză. Cu toate acestea, după cum sa menționat mai sus, nu există date stocate sau transferate în OFF este protejat de copyright, deoarece toate datele sunt randomizate. Acest lucru poate fi explicat într-un analogie matematice simple, în care fiecare număr are un număr infinit de reprezentări (3 + 2 = 5, 2 * 2 + 1 = 5, 10-5 = 5, 10/2 = 5, etc.). Chiar dacă un număr (fișier) în cauză pot fi drepturi de autor conform legislației în vigoare, este practic imposibil și nerezonabil să se constate că orice altă reprezentare a acestui număr special, este protejat de copyright.
 
OFF este bazat pe această proprietate matematice simple, și demonstrează că un anumit conținut pot fi stocate direct împotriva acelorași blocuri care stocate inițial alte date complet independenți.
 
Fișier de preluare
Există o singură cale de a prelua datele stocate pe OFFSystem, care este crearea unui URL. Această adresă URL specială conține instrucțiuni privind modul de a re-asambla un anumit fișier stocat în sistem. De obicei, URL-uri sunt create după introducerea în sistem. Cu configurație specială, este de asemenea posibil pentru a permite fișiere pentru a fi în mod automat re-asamblate și a trecut prin HTTP la browser-ul utilizatorului, chiar fără a descărca clientul OFFSystem. În plus, se pot crea OFF directoare cu o listă de URL-uri multiple, de convinent catalogarea conținutului.
 
Setările de confidențialitate pentru un URL pot fi configurate în OFF. Cu alte cuvinte, puteți alege să stocheze conținutul în cadrul sistemului, care este accesibil doar partidelor desemnate. Puteți face acest lucru prin semnalarea un URL ca fiind private, prevenind astfel propagarea acestei URL special prin intermediul sistemului.
 
Trebuie să se constate că până la punctul de recuperare a materialelor OFFSystem, stocarea și transferul de un așa-numit fișier cu drepturi de autor este complet legal. Cu toate acestea, actul de re-asamblare un fișier poate fi considerat infringment drepturilor de autor în unele cazuri, iar utilizatorii ar trebui să fie conștienți de legislația privind legea drepturilor de autor care se aplică jurisdicția lor înainte de a face acest lucru.
Ce este nou în această versiune:
· Fixed bug în cazul în care "în așteptare / active / expirat" coloana în descărcări nu a fost ținut actuale dacă așteptare și expirat seturi erau goale.
· Clasa SecReq (pentru solicitarea blocuri) moștenește acum AsyncCnxnBase. De-a lungul timpului această clasă vor fi integrate în AsyncCnxn care se ocupă de toate celelalte tipuri de conexiune, dar asta nu e ușor acum. A făcut, de asemenea, o mulțime de dereticare în SecReq.
· Bug de afișare fixe în cazul în care a fost o dispersie întrerupte și reluate va continua sa arate statutul întrerupt (fara update), în ciuda de fapt reluarea.
· Refactored conectare nivel funcții de top handler repetare, astfel încât cele mai multe iterații sunt în așteptare pentru o citire sau o scriere a finaliza. Sunt luate măsurile următoare imediat pe r / w finalizarea loc de așteptare pentru o altă rundă de iterații. Acest lucru face mesaj de manipulare mai eficient
· De chat și globale mesaje primite nu mai necesită crearea unui (destul de mare) obiectiv general handler cnxn.
· Când mai rețea citește și scrie complet, handler de nivel superior este acum iterat imediat. Acest lucru face codul de rețea mai eficientă și stabilește, de asemenea, un bug în cazul în care mesajele ulterioare ar putea suprascrie reciproc dacă au ajuns prea repede, iar celălalt capăt nu se aștepta un răspuns în între.
· Cele mai multe tipuri de conexiune sunt acum adăugate direct la lista cu fire ACH (ocolind lista de actualizare), cu o repetare inițială aruncat în să boot-eze.
· Mai târziu toate tipurile de conexiune vor fi tratate în acest fel, dar de acum sunt 7 tipuri de ieșire care din diferite motive nu pot.
· Fixed bug în cazul în care nu ar fi, uneori, afișate rezultatele SRCH.
· Mai multe bug fixat in noul protocol de transfer bloc -. Este nevoie de încă, în general, activată, teste suplimentare