OFFSystem

OFFSystem (Власник-Free Файлова система) є файлова система поширюється, в якій все зберігається в посиланні на рандомізованих блоків даних, на відміну від 1: 1 копія вихідних даних вставляється. Творці Власник-Free файлової системи придумали новий термін для визначення мережа: brightnet. Ніхто не поділяє захищені авторським правом файли, і, отже, ніхто не потребує сховатися.
 
ВИКЛ надає платформу, за допомогою якої дані можуть бути збережені (публічно чи іншим чином) в стриманий, розподіленим чином. Система дозволяє особистому житті, тому що дані (блоки) передаються з пірингової не несе ніякого відношення до вихідних даних. До речі, немає даних, що проходять через мережу не може вважатися авторським правом, так як засоби, за допомогою яких вона представлена ​​дійсно випадковим чином.
Похідні твори?
Багато людей можуть, на перший погляд, припустимо, що блоки, використовувані в OFF для зберігання будь-який вказаний файл буде вважатися похідні вихідного файлу, захищеного авторським правом в питанні. Однак, як зазначено вище, дані, що зберігаються або передаються в OFF не захищені, тому що всі дані рандомізованого. Це може бути пояснено в простій математичній аналогії, в тому, що кожне число має нескінченну кількість подань (3 + 2 = 5, 2 * 2 + 1 = 5, 10-5 = 5, 10/2 = 5, і т.д.). Навіть якщо число (файл) в питання може бути захищено авторським правом відповідно до чинного законодавства, це практично неможливо і нерозумно стверджувати, що кожен представлення цієї конкретної захищена авторським правом.
 
ВИКЛ на основі цієї простої математичної власності, і показує, що певний зміст може бути безпосередньо збережені з тими ж блоками, що спочатку зберігалося повністю незв'язані дані.
 
Вилучення файлів
Існує тільки один спосіб, щоб отримати всі дані, збережені на OFFSystem, що створення URL. Цей спеціальний URL містить інструкції про те, як повторно зібрати певну збережений файл в системі. Як правило, URL-адреси створюються при введенні в систему. З особливою конфігурації, також можливо, щоб файли, які будуть автоматично повторно зібраний і пройшов через HTTP в браузер користувача, навіть без завантаження клієнта OFFSystem. Крім того, можна створити ВИКЛ каталоги з переліком кількома адресами, для convinent каталогізації вмісту.
 
Налаштування конфіденційності для URL можуть бути налаштовані в положення OFF. Іншими словами, ви можете вибрати для зберігання контенту в системі, яка доступна тільки призначеним особам. Ви можете зробити це, судну URL як приватні, таким чином, запобігаючи поширенню цього конкретного URL через систему.
 
Слід зазначити, що аж до точки вилучення вмісту з OFFSystem, зберігання та передачі так званого захищеного авторським правом файл є повністю законним. Тим не менш, акт повторної збірці файл можна вважати авторських infringment в деяких випадках, і користувачі повинні бути інформовані про законодавство про авторське право, що застосовується до їх юрисдикції, перш ніж робити так.
Що нового в цій версії:
· Виправлена ​​помилка, коли "Очікування / Активний / Закінчено" колонка в закачувань не тримали струму, якщо очікування і закінчився набори були порожні.
· Клас SecReq (для запиту блоків) в даний час успадковує AsyncCnxnBase. З часом цей клас буде інтегрована в AsyncCnxn, який обробляє всі інші типи з'єднань, але це не легко зараз. Також зробив багато прибирання в SecReq.
· Виправлена ​​помилка, коли дисплей дисперсної, що розбилася і відновлено буде продовжувати показувати припинене стан (без будь-яких оновлень), незважаючи насправді поновлення.
· Реструктурувати Верхнє підключення рівень обробник ітерації функції, так що більшість ітерацій чекають читання або запису, щоб закінчити. Наступне дію виконують негайно на R / W завершення, не чекаючи чергового раунду ітерацій. Це робить управління більш ефективним повідомлення
· Вхідні чат і глобальні сообщ більше не вимагають створення (досить великий) загального CnXn об'єкта обробника.
· Коли більшість мережу читає і пише повний, обробник верхнього рівня тепер повторний негайно. Це робить код мережі більш ефективним, а також виправляє помилку, де наступні повідомлення будуть перезаписані один з одним, якщо вони прибули дуже швидко, а інший кінець не очікував відповіді між ними.
· Більшість типів підключення тепер додані безпосередньо в список АСН різьбленням (минаючи список оновлень) з початковою ітерації кинуті на додачу.
· Пізніше всі типи підключення будуть оброблятися таким чином, але зараз є 7 вихідні типи, які з різних причин не може.
· Виправлена ​​помилка, коли Позов результати іноді не відображається.
· Більше виправлень в новому протоколі блок передачі -. Досі не включений в цілому, подальше тестування необхідно