OFFSystem (Sistema de Archivos-propietario Libre) es un sistema de archivos distribuido en el que todo se almacena en referencia a los bloques de datos aleatorios, en lugar de una copia 1: 1 de los datos originales que se inserta. Los creadores del Sistema de Archivos-Propietario gratuito han acuñado un nuevo término para definir la red: Un brightnet. Nadie comparte los archivos con derechos de autor, y por lo tanto nadie tiene que esconderse.
OFF proporciona una plataforma a través de la cual los datos pueden ser almacenados (públicamente o no) de una manera distribuida discreto. El sistema permite a la privacidad personal, porque de datos (bloques) que se transfieren de igual a igual no guarda ninguna relación con los datos originales. Por cierto, no hay datos que pasan a través de la red pueden ser considerados con derechos de autor porque el medio por el que se representa es verdaderamente aleatoria.
Las obras derivadas?
Muchas personas pueden, a primera vista, se supone que los bloques utilizados en OFF para almacenar cualquier archivo dado se considerarían trabajos derivados del archivo con derechos de autor original de que se trate. Sin embargo, como se ha dicho, no hay datos almacenados o transferidos en OFF es con derechos de autor, ya que todos los datos es aleatorio. Esto puede ser explicado en una simple analogía matemática, en el que cada número tiene un número infinito de representaciones (3 + 2 = 5, 2 * 2 + 1 = 5, 10-5 = 5, 10/2 = 5, etc.). Incluso si un número (archivo) en cuestión puede ser propiedad según la legislación vigente, es prácticamente imposible y poco razonable afirmar que todos los demás representación de ese número en particular tiene derechos de autor.
OFF está basado en esta simple propiedad matemática, y demuestra que determinados contenidos se puede almacenar directamente en contra de los mismos bloques que inicialmente almacenan otros datos completamente sin relación.
Recuperación de archivos
Sólo hay una manera de recuperar los datos almacenados en la OFFSystem, que es la creación de una dirección URL. Esta URL especial contiene instrucciones sobre cómo volver a montar un archivo almacenado en particular en el sistema. Típicamente, las direcciones URL se crean después de la inserción en el sistema. Con una configuración especial, también es posible permitir que los archivos sean automáticamente re-ensamblados y pasaron a través de HTTP al navegador del usuario, sin tener que descargar el cliente OFFSystem. Además, uno puede crear OFF directorios con una lista de varias direcciones URL, por convinent catalogación de contenidos.
Las opciones de privacidad para una URL se pueden configurar en OFF. En otras palabras, usted puede optar por almacenar contenido dentro del sistema que sólo es accesible a las partes designadas. Usted puede hacerlo marcando una URL como privado, lo que impide la propagación de esa URL en particular a través del sistema.
Debe tenerse en cuenta que hasta el punto de recuperación del contenido de la OFFSystem, el almacenamiento y la transferencia de un archivo llamado con derechos de autor es completamente legal. Sin embargo, el acto de volver a montar un archivo puede ser considerado infracción al derecho de autor en algunos casos, y los usuarios deben ser conscientes de la legislación en materia de derecho de autor que se aplica a su jurisdicción antes de hacerlo.
¿Qué hay de nuevo en esta versión:
· Corregido un fallo donde el "Waiting / Activo / caducado" columna en descargas no se mantuvo actual si la espera y expiró conjuntos estaban vacías.
· La clase SecReq (para solicitar bloques) ahora hereda AsyncCnxnBase. Con el tiempo esta clase se integrará en AsyncCnxn que se ocupa de todos los otros tipos de conexión, pero eso no es fácil en estos momentos. También hicimos un montón de poner en orden en SecReq.
· Arreglado error de visualización donde un disperso que estaba en pausa y reanuda continuaría para mostrar el estado de pausa (sin cambios) a pesar de la reanudación de realidad.
· Refactorizado top conexión nivel de funciones de iteración manejador de modo que la mayoría de iteraciones están esperando una lectura o una escritura para completar. La siguiente acción es tomada inmediatamente después de r / w finalización en lugar de esperar para otra ronda de iteraciones. Esto hace que el manejo de mensajes más eficiente
· De chat y mundiales Mensajes entrantes ya no requieren la creación de un (bastante grande) objeto manejador cnxn general.
· Cuando la mayor parte de la red lee y escribe completa, el controlador de nivel superior está reiteró inmediatamente. Esto hace que el código de red más eficiente y también corrige un error por el que los mensajes posteriores podrían sobrescribir los demás si llegaron demasiado rápido y el otro extremo no esperaba una respuesta en el medio.
· La mayoría de los tipos de conexión están añaden directamente a la lista de temas ACH (sin pasar por la lista de actualización) con una iteración inicial tirado para arrancar.
· Más tarde, todos los tipos de conexión serán manejados de esta manera, pero por el momento hay 7 tipos salientes que por diversas razones no pueden.
· Corregido un fallo donde estarían a veces no se mostrarán resultados SRCH.
· Más correcciones de errores en el nuevo protocolo de transferencia bloquear -. Se requiere todavía generalmente no permitido, más pruebas
Comentarios que no se encuentran