Blog de Ideas

BrainStorm de Ideas

Web2Peer

Bueno yo se que muchos conocen ya los P2P, que “es una red de computadoras en la que todos o algunos aspectos funcionan sin clientes ni servidores fijos. – Wikipedia” o Peer to Peer, en si esto nos da un poco de anonimato en la red y nos da la libertad de expresarnos compartiendo lo que queramos sin tener una censura por parte de ningún medio.

Ahora bien, cual es mi idea, hacer que la red tal como la conocemos sea descentralizada (o al menos parte de ella, de hecho se oye bonito leer la idea tal como es, pero en realidad es difícil hacerlo) y ¿como haríamos esto?, si bien existen ya redes Web2Peer, como lo son Freenet, I2P, GnuNet, entre otros, que basan su sistema por ser anonimo y descentralizado, pero mi idea no es que seamos anonimos, si no; que seamos descentralizados para que no puedan prohibir cierto sitio por que esta acusado de “pirateria”, la idea es algo parecido a la “nube” (o cloud) que todos seamos parte de ese almacenamiento que todos (o los que queramos) compartamos un poco de nuestros recursos, teniendo asi

Un servidor

Servidores/Clientes

Clientes

Un Servidor Secundario (para emergencias o cierre de la web por alguna SOPA, PIPA o ACTA)

Servidor Descentralizado

Servidor Descentralizado

 

Donde los Servidores/Clientes tendrán por ende que compartir parte de su Disco Duro y parte de su ancho de banda.

Si bien ese esquema de arriba es aplicable a un sistema de descargas, pero, que tal si lo aplicamos a Blogs y Paginas de Búsqueda (podría ser la de Google), las entradas, datos escritos en blogs, búsquedas relacionadas, comentario, imagen documentos, los seccionamos en “bloques” entonces podría funcionar.

Ahora, esos Clientes/Servidores, sabrán lo que tenemos y podrán modificarlo?!, la respuesta seria si y no, sabrían lo que tendrían (de cierta forma ya que deberá estar codificada, mas sin embargo lo sabrán por que las paginas que ellos visiten pasan a la “cache” temporal de su “servidor”)pero no podrían modificarlo, ya que entraría en juegos las llaves públicas y privadas haciendo uso de estas, se podría autentificar dicha información, además de que se almacenaría cifrada en el Cliente/Servidor.

Y, mientras haya mas trafico, mejor velocidad y mas disponibles estarán los datos, y si esa pagina la llegan a cerrar, los datos se preservaran en los clientes/servidores (sin posibilidad de crear nuevos bloques) hasta que, vuelvan a poner el servidor en otro sitio con otro dominio o nombre o ip, y ¿como sabrán las paginas que es el servidor autentico?, este llevara unas llaves publicas y privadas (secretas) que solo el creador deberá conocer y almacenar en un sitio seguro, que al final podria ser como las claves únicas secretas que te pide el archivo wp-config.php en su lineas.

https://api.wordpress.org/secret-key/1.1/salt/

Servidor Caido

Servidor Caido

Asi cuando el servidor este caido, todos los datos actuales se preservaran hasta la ultima entrada/archivo/bloque que se emitio, y hasta nuevo aviso tendremos una página volviendo a funcionar.

En todo caso, si el Servidor (administrador) quiere tener un “clon” de solo la pagina base o inicial con la que se escribio/empezo, podra tenerlo, incluso con otro nombre de dominio o ip (dinamica o fija), y diciendo al servidor principal (programandolo el administrador y el cual propagara hacia los clientes/servidores) cuando este dominio deje de funcionar por cualquier motivo (si es un foro por ejemplo) debera seguir funcionando primero desde los clientes/servidores que actuarían en una forma de DNS (si el foro es muy visitado entonces habrá muchos “servidores/clientes” actuando como DNS) y luego desde el otro servidor (o servidor secundario) como medida de prevencion al cierre de web’s.

servidor secundario

servidor secundario

Esto se podría hacer indefinidamente, poniendo no solo 1 si no 2 o 3 o 4 servidores secundarios, que en dado caso falla de un servidor por X cantidad de tiempo, se empezaría a migrar de forma automática hacia el siguiente servidor y, de hecho, casi sin afectar el dominio, ya que, aunque avisara que el dominio cambiara, los “clientes/servidores” podrán redireccionar al nuevo dominio como si fuera una clase de servidores DNS (de hecho los “clientes/servidores” deberan tener el siguiente servidor a tanto tiempo de falla y al cambiar de servidor, el nuevo servidor les dirá (en dado caso) cual es el siguiente servidor en caso de falla).

Ahora, si el cliente/servidor desea borrar esos archivos y ya no quisiera donar parte de sus recursos o ya no puede, podría borrarlos simplemente limpiando el cache de navegación de su navegador favorito.

Ahora bien, mas resumida la idea…

La idea es, crear un nuevo tipo de usuario los cuales, compartan parte de sus recursos para el acceso a la web, pueden ser desde 1 kbit/s hasta todo el ancho posible, también parte de su disco duro, desde 1 mega hasta lo que puedan dar.

El cliente final (puede ser uno mismo), o la persona que navega en la web ya sea con, Firefox, Opera, Chrome o cualquier otro, no vera cambios significativos en la forma que veamos la pagina, el único cambio podría ser que, cargue mas rápido la pagina :) al poder usar mas conexiones para establecer con los servidores (o clientes/servidores).

** DNS = Domain Name System (Sistema de Nombres de Dominio)

EDIT: a todo esto, que aun no he publicado (al momento de escribir este “Edit”, he estado leyendo sobre el P2TV(aunque la llaman BitTorrent TV), basado en Torrent, (ya lo probé aunque con dificultades por que apenas esta en las primeras fases)) por que no entonces una Web2P?

http://bitelia.com/2011/09/bittorrent-tv-p2p-en-la-television-de-casa
BitTorrent Live

 

Codigo Para Ahorrar Bytes en Paginas de Extensas Letras

Bueno mas que codigo es una idea para implementar un “ahorrador de bytes” en las paginas, salvar un poco el ancho de banda y reducir la carga en servidores.

En realidad esta es o era una idea que tenia para que implementaran en la wikipedia, ya que, en ocasiones el texto de la enciclopedia es amplio, siendo la quinta web mas visitada (y la primera sin animo de lucro) en el mundo, creo que podría ahorrarles mucho dinero en cuanto a ancho de banda y uso del servidor.

Wikipedia Movil

Wikipedia Movil

Para banda ancha (y cara) como lo es la de las redes telefonicas (que se usan mucho ultimamente) seria bastante amigable hacer algo asi.

Como ven en la imagen (anterior y primera) es un “pantallazo” de la wikipedia accediendola como un teléfono móvil, que, en teoría se supone que te “ahorra” cargar toda la pagina, a lo cual, solo te oculta la pagina, por que te carga toda la pagina (y si usas 3G o GPRS) el servicio seria bastante caro, cada byte cuenta en una red de telefonía celular (o móvil en algunos países).

La idea en si es implementar un codigo que, cargue conforme se vaya deslizando uno hacia abajo en paginas largas o extensas, asi solo se “cargaria” la “primera parte visual” y la demas estaria en “espera” a ser “cargada” conforme lo pida el usuario. (que por cierto, lo vi en facebook y en Google+ ahora).

Por cierto, esta idea la comente en IRC en el servidor de Freenode al grupo de Wikipedia-es , pero al parecer no hicieron mucho con mi idea :) .

PD: esta idea esta exenta de la licencia que lleva mi blog, por que en si ya existe asi que no me puedo adueñar de otras ideas :) , pero se los quiero comentar.