Hace 5 años | Por mr_b a blog.adrianistan.eu
Publicado hace 5 años por mr_b a blog.adrianistan.eu

En el primer post vimos cómo interactuar con IPFS de forma sencilla. Ahora vamos a dar un paso más y vamos a alojar una web en IPFS, aprovechando todas las ventajas de escalabilidad y disponibilidad que nos ofrece la red. Para ello usaremos además otro protocolo llamado IPNS, que sería similar a DNS pero en la red IPFS. Las páginas ideales para IPFS actualmente son las que siguen el JAMstack, es decir, uso extensivo de JavaScript en el cliente, que podrá […].

Comentarios

mr_b

#4 Como cualquier noticia que salía sobre Internet hace 20 años. Y mira ahora. Pues, como te ha dicho #5, si no te gusta no la veas/votes. No sé, yo no lo veo tan difícil. ¿Tú sí?

SalsaDeTomate

#12 No estoy criticando la noticia, sino el hecho de que algo tan específico se considere como interesante para un sitio de información global.

mr_b

#17 Es bastante genérico para la categoría de tecnología. De eso van las categorías, aunque salgan en la portada principal.

SalsaDeTomate

#18 No es para nada genérico. Es algo muy específico incluso en la categoría de tecnología. Sería casi específico en una categoría de desarrollo web, no te digo más... Pero bueno, si no lo quieres ver pues nada, sigue con tu realidad.

mr_b

#21 Exacto. Es muy específico para tecnología. Por eso está categorizado. Insisto, de verdad: si no te gusta, no la veas y no la votes. Tampoco creo que sea mucho más difícil, porque votando negativo e intentando retirarla de portada (que no digo que sea tu caso) lo que estás haciendo es decidir por los demás si esa noticia es interesante o no.

SalsaDeTomate

#23 Yo también insisto. Para mí sí es interesante, mi único comentario era una crítica a #2. Y no he votado negativo, solo uso ese voto en caso de errónea o cansina (pero cansina de verdad).

SalsaDeTomate

#5 Para mí sí es interesente, pero soy consciente de que para la grandísima mayoría no.
Y es gracioso que me digas que no la vote/lea y a la vez te quejes de que no te gusta el sitio. Pues siguiendo tu argumentación, ya sabes donde está la salida.

SalsaDeTomate

#2 Sí, totalmente interesante para el 99,99% de la población

TonyStark

#2 no, ya tiene 7 negativos roll

mr_b

Lo de los votos negativos sigo sin entenderlo: ¿Cansina? Van dos noticias de esto. Dos. ¿Irrelevante? Si no te gusta no la veas/votes, pero para mucha gente no lo es. ¿Spam? ¿Pero habéis visto mis envíos? ¿Errónea? ¿Hay algún fallo en la web del que no soy consciente? ¿Sensacionalista? Perdona, ¿qué?

Y la diversidad de votos negativos ya ni te cuento. Está claro que el fin es hundirla porque no hay un motivo claro que indice el posible “error” en esta noticia.

Sin insistiendo adseijodseijo con que hay que quitar/limitar/hacer algo con los votos negativos, porque ahora mismo sólo sirven (o sólo los están usando algunos usuarios) para hundir noticias.

SalsaDeTomate

#15 Ya te digo yo lo que pasa. El problema es que una noticia que acaba de llegar a portada y que tiene muchas posibilidades de ser descartada (por tener muy pocos votos, como es el caso) ofrece ganar karma muy fácil votándola negativo.

mr_b

#19 Pues volvemos a mentar adseijodseijo: la primera medida para desincentivar los votos negativos sería quitar la ganancia de karma por voto negativo a retirada de portada. Y eso no creo que cueste mucho implementarlo. ¿Cierto,litolito?

SalsaDeTomate

#20 No hay interés por tocar el código, ya deberías saberlo. Si no lo hace alguien de manera altruista los dueños no lo van a hacer porque no lo ven rentable, dado el esfuerzo que supone (ya dijeron que era un código antiguo que necesitaba ser reescrito. Olvídate de parches).

mr_b

#22 Hostia, que es comentar una línea de código, la que añade karma

SalsaDeTomate

#24 Ya, pero supongo que serán muchos casos de "es comentar una línea" o "es un un cambio de 3 líneas" y habrán tomado la decisión de no tocar nada, porque si luego falla algo no van a poder dedicarle los recursos a arreglarlo. Ya sabes, si algo funciona no lo toques (y entiéndase por funcionar el que no da error)

D

La temática es muy interesante, pero está muy mal explicado para ser estar en menéame (dirigido al público en general). Se salta el 80% de los pasos y conceptos: ¿Qué es IPFS? ¿Cómo se hace nuestro server visible a IPFS? ¿Qué es un hash? ¿Hace falta un buscador? ¿Porqué las webs tienen que ser JavaScript intensivo? Dice que "sube la web", pero ¿Dónde? A mi me parece Github, pero ¿porqué? Dos líneas literales sobre generar contenido estático, nada más, ni siquiera en líneas generales sobre en qué consiste. Y un largo etc...
No pretendo menospreciar el artículo, por eso lo voto positivo, pero no está en condiciones de estar en menéame.

Nathaniel.Maris

#8 Hace una semana (en la primera parte del post) lo explicaban. De hecho hay un enlace en la entradilla.

mr_b

#8 En la propia entradilla he puesto el enlace al envío anterior precisamente para aclarar/recordar los conceptos básicos, como te ha dicho #10. Aunque igual no se ve bien ese enlace. ¿Podría ser?

s

#8 Parece que no conoces google, todas esas preguntas las respondes en una búsqueda. El artículo se centra en alojar una web, no en explicarte que es IPFS. La de artículos sobre bitcoin por ejemplo que hablan de su creador, etc, porque no tienen ni pajotera idea de lo que están escribiendo y hay que rellenar el espacio con algo.

f

#28 Necesitas software instalado. Con IPFS la ventaja es que tienes unos pocos Gateways publicos, e incluso esta en el roadmap una version totalmente javascript que no necesita nada mas.

al respecto de Zeronet no hace nada mejor que no hiciese Freenet, por ejemplo.

A dia de hoy, si quieres tener algo que no te puedan tirar, nada como un hidden service de Tor. sigues necesitando instalar software en el cliente, pero atraviesas todos los cortafuegos y proxys

M

#29 El problema de freenet (si no recuerdo mal) es que era Java Java como Yacy o Vassal.

f

#30 Si, es un problema. todo lo que dependa de software adicional instalado en cliente es un problema. La teorica ventaja de IPFS es que habia un cliente javascript que podia ser cargado en un HTML e interaccionar con IPFS desde un navegador y poco mas.

sieteymedio

13 votos y en portada? La puuuta...

Uno_Mas

#1 los dioses han obrado... Calla y sigue con lo tuyo...

mr_b

#1 #3 #7 ¿A estas alturas y todavía no sabemos el algoritmo de promoción de Menéame depende, entre otras cosas, de cuántas noticias y votos se envían a la categoría en cuestión?

Por en subs como linuxlinux o ssysdevs se publica con 5 o 6 votos de media, y pueden llegar a la portada general con 10 o menos.

D

#1 Luego te encuentras noticias en pendientes con 200 votos y hundida por 20 negativos.

D

Sensacionalista y errónea lol

Me suena vágamente a lo de la conjura de los necios.

f

Llevo una semana poniendome serio con IPFS.

Mi consejo: olvidaos de esa mierda.

- montais vuestro daemon IPFS local, y todo funciona correctamente.
- Entrais en ipfs.io o cualquier otro gateway intentando descargar el hash que acabais de subir a vuestro IPFS local, y no funciona.
- Supones que tu servidor IPFS local aun no ha replicado a otros servers IPFS, asi que revisas mas en la documentacion y resulta que hay un comando que ejecutar para 'forzar' a que la informacion de tu IPFS local se replique a otros servers IPFS, tras ver eso, lo ejecutas.
- Esperas el 'tiempo de gracia' (unas 8h) para que otros servers IPFS hagan 'pull' de tus datos, revisas con otros cripticos comandos de IPFS si tu nodo local esta enviando datos a internet, y resulta que si, que lo esta haciendo...
- vuelves a probar a descargar el hash subido a tu IPFS local desde tu nodo local: funciona. Tratas de descargar el hash desde un gateway: no funciona
- vuelves a revisar, y te das cuenta que las comunicaciones se hacen mediante TCP (¿en serio? ¿TCP en un sistema donde la latencia es critica?) y que el mapeo de puertos y el uPNP lo dejan 'para luego ya si eso', asi que rediriges los puertos desde el router a tu nodo local IPFS, vuelves a forzar la replicacion de tus datos al resto de la red IPFS
- te aseguras que tu nodo local IPFS conecte de forma constante con al menos 2 o 3 gateways, entre ellos, IPFS.IO.
- vuelves a esperar el tiempo de gracia.
- vuelves a probar, no funciona, ¿porque?
- resulta que ipfs.io actualiza el repositorio a v7, y tu nodo local corre la v6. eso te fuerza a parar el daemon (3 dias corriendo llevaba ya...) y volver a arrancarlo para que auto-actualice a v7, al menos esto lo hace bien.
- vuelves a forzar la replica de tu daemon al resto de la red, vuelves a esperar el tiempo de gracia, vuelves a probar... FUNCIONA... mas o menos... el gateway ipfs.io es capaz de resolver el hash y te muestra el contenido del directorio, pero cuando intentas descargar cualquier cosa del directorio (un PNG, por ejemplo), no es capaz de entregarte nada

REALLY NIGGA??????

una semana, una puñetera semana probando lo mas basico del sistema, lo que deberia funcionar desde la v0.1alpha, y ya van por la 0.4.17

El sistema hoy dia NO FUNCIONA, y yo no montaria NADA en produccion en el.

M

#27 ¿Y zeronet que opinas?