Reunión de desarrolladores de I2P - 10 de enero de 2006

15:26 <jrandom> 0) hola 15:26 <jrandom> 1) Estado de la red 15:26 <jrandom> 2) Perfilado de throughput (rendimiento) 15:26 <jrandom> 3) Blogs de Syndie 15:26 <jrandom> 4) Conexiones HTTP persistentes 15:26 <jrandom> 5) I2Phex gwebcache 15:26 <jrandom> 6) ??? 15:26 * jrandom saluda 15:26 <jrandom> notas de estado semanales publicadas en http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 <jrandom> (sí, ya lo sé... necesitamos un 7) Una cosa más...) 15:28 <jrandom> entrando de lleno en 1) Estado de la red 15:28 <jrandom> En general, parece lo de siempre, más allá de lo que está en el correo. 15:28 <jrandom> ¿Alguien quiere sacar algo sobre el 1)? 15:30 <jrandom> ok, si no, pasamos a 2) Perfilado de throughput 15:31 <tethra> suena bien, pero ¿puedo preguntar cuál es el objetivo? 15:31 <jrandom> encontrar pares rápidos 15:31 <tethra> (perdona mi falta de ingenio y tacto) 15:31 <tethra> ah, genial. 15:32 <jrandom> básicamente, nuestro antiguo perfilado de velocidad no era gran cosa (ver las notas de estado de la semana pasada para un resumen), y esto parece bastante bueno para encontrar pares que sé que son rápidos 15:32 <jrandom> (Sé que son rápidos porque he hecho trampa y los medí con técnicas no anónimas) 15:33 <tethra> ¡escandaloso! ;) 15:33 <jrandom> ((sí, alguien podría haber estado loco y montar ataques para confundir mis mediciones, pero, bueno, lo dudo ;) 15:33 <tethra> jaja 15:33 <tethra> genial, entonces eso debería hacer que los client tunnels tengan más probabilidades de encontrar un par 'bueno' y, presumiblemente, poner a los pares 'rápidos' bajo menos presión, ¿no? 15:35 <tethra> s/'bueno'/rápido/ 15:35 <jrandom> sí a lo primero, pero no realmente a lo segundo: no reducirá la presión sobre ellos, pero permitirá que la gente los utilice de forma más eficaz 15:35 <@cervantes> Supongo que la gente con pares rápidos tendrá que confiar en que la limitación de pares sea lo bastante buena para soportar la participación extra 15:36 <jrandom> p. ej., en lugar de tener $slow-->$fast-->$fast, tendrá $fast-->$fast-->$fast 15:36 <tethra> ah, ya veo 15:36 <jrandom> sí, cervantes, he estado prestando atención también al perfil de capacidad, y ha estado funcionando 15:36 <@cervantes> estupendo 15:37 <jrandom> La interacción entre capacidad y velocidad es importante: los pares no se consideran rápidos si no tienen alta capacidad, incluso si su velocidad está por encima de la de los demás 15:37 <@cervantes> será interesante ver cómo afecta al throughput 15:37 <jrandom> (por eso 'rápido' es solo una abreviatura de 'rápido y de alta capacidad') 15:37 <@cervantes> +h 15:37 <jrandom> sí, cervantes 15:39 <jrandom> ok, si no hay nada más sobre el 2, vamos a 3) Blogs de Syndie 15:40 <jrandom> No tengo mucho más que añadir más allá de lo que está en el correo 15:41 <@cervantes> tiene muy buena pinta 15:41 <tethra> a mí personalmente me gusta mucho hacia dónde van los blogs. Se podría decir que todo son ventajas. 15:41 <tethra> :D 15:41 <+Complication> Un poco tarde, perdón. 15:42 <jrandom> genial, es similar a como era originalmente, pero creo que la vista de blog tiene potencial 15:42 <jrandom> bienvenido de vuelta, Complication, no te preocupes, tenemos registros :) 15:43 <+Complication> Leyendo el scrollback ahora mismo :) 15:43 <jrandom> Creo que hay sitio para ambas vistas; supongo que depende del usuario 15:43 <jrandom> (y del contenido, y del autor) 15:45 <jrandom> Una cosa, sin embargo, es que el HTML no es gran cosa. cervantes me ha estado ayudando a actualizar mi educación muy básica hacia una visión más moderna, pero quedan muchos problemas 15:46 <jrandom> habrá mejoras continuas en la interfaz web de Syndie, y si algún voluntario de HTML quisiera ayudar con formato, diseño, CSS, problemas entre navegadores, etc., sería muy apreciado 15:47 <@cervantes> aparte de tener 2 etiquetas <style> de apertura, el código se ve bastante limpio ;-) 15:47 <jrandom> je, ups 15:48 <@cervantes> Creo que el énfasis estará en lograr un estilo limpio y legible y quizá diseñar algunas alternativas de plantilla 15:48 <jrandom> hmm 15:49 <jrandom> Eso era algo en lo que estaba pensando para la vista de blog: sería fácil dejar que la gente personalice ciertos atributos (colores, tipografías, tamaños), pero no estoy seguro de cuánto más 15:50 <jrandom> por otro lado, la vista de blog, como la vista de hilo, es solo una plantilla sobre el archivo de Syndie 15:50 <@cervantes> bueno, ciertamente no quieres permitir plantillas desplegables 15:50 <jrandom> así que la pregunta es, ¿una plantilla para quién? 15:50 <jrandom> (qué nivel de experiencia necesitarían quienes usen la plantilla) 15:51 <@cervantes> Pensaba solo en una opción de configuración emergente que alguien pueda elegir para su blog 15:51 <jrandom> ¿hmm? 15:51 <@cervantes> Quiero "Pony Look" 15:51 <jrandom> ah, ok 15:51 <@cervantes> así que distribuimos Syndie con una variedad de skins 15:52 <jrandom> sí, colores/tipografía/etc. preestablecidos 15:52 <jrandom> (y iconos, etc.) 15:52 <jrandom> eso es algo que aún no se ha implementado realmente en la vista de blog 15:54 <jrandom> buena idea lo del selector de tema simple, en lugar de un conjunto complejo de opciones 15:54 <@cervantes> Una alternativa sería que alguien pueda ofrecer sus propios preajustes de plantilla como descarga en su sitio, que podrían guardarse en una carpeta de temas 15:55 <@cervantes> depende de cada quien si quieren confiar en el skin personalizado del autor del blog 15:55 <jrandom> ... ¿confiar? 15:55 <jrandom> nada en Syndie te permitirá hacer HTML o CSS inseguros 15:55 <tethra> ¿y qué hay de JavaScript inseguro/etc.? 15:55 <jrandom> los skins serían archivos de texto/archivos de configuración/imágenes, en lugar de JSP 15:55 <tethra> ? 15:56 <tethra> (¿la página redirecciona a direcciones no anónimas con JS, por ejemplo?) 15:56 <@cervantes> depende de si un tema también podría contener cambios estructurales de HTML 15:56 <@cervantes> vale, ok 15:56 <@cervantes> bueno, eso lo mantendría limpio y simple 15:57 <jrandom> tethra: Yo... soy increíblemente reticente con JavaScript. ¿viste esa nueva entrada de blog hoy de default? 15:57 <jrandom> "Solo tengo curiosidad: ¿usa AJAX? La página no parece actualizarse como un todo..." 15:57 <tethra> nein, no la vi. 15:57 <tethra> yo encontraría una forma de cargarse cualquier JS que se use, personalmente. 15:58 <jrandom> como Syndie es local, es absurdamente rápido, y no necesitamos preocuparnos por los mismos problemas de latencia 15:58 <tethra> porque no confío en ello ni un pelo. 15:58 <tethra> hmm :/ 15:58 <jrandom> cervantes: sí, muy simple: podríamos incluso hacer cosas como dejar que la gente que ve un tema de blog que les gusta diga "robar este tema" 15:59 <@cervantes> en teoría podrías proporcionar una biblioteca de funciones "seguras" para el usuario del blog, pero para cuando quites todo lo que es inseguro de la implementación del navegador promedio, te quedas con la función "alert();" 16:00 <jrandom> je 16:00 <jrandom> (y tienes todos esos problemas de accesibilidad de JavaScript) 16:00 <+Complication> cervantes: ojo, alert() en un bucle infinito puede ser malo :P 16:00 * jrandom está bastante orgulloso de la compatibilidad de Syndie con lynx 16:00 <tethra> lynx <3 16:02 <jrandom> ok, si no hay nada más sobre el 3), vamos a 4) Conexiones HTTP persistentes 16:02 <jrandom> No tengo nada que añadir más allá de lo que está en el correo... zzz, ¿estás aquí? 16:02 <@cervantes> hay otras maneras de implementar una interfaz *escupe* AJAX, como una extensión de Mozilla 16:03 <jrandom> fire2pe++ :) 16:03 <jrandom> zzz no parece estar por aquí, así que probablemente tendremos que esperar más tarde para más información sobre el 4) 16:03 <@cervantes> fire2pe es solo un ayudante; syndilla es a lo que te refieres ;-) 16:03 <jrandom> lol 16:04 <jrandom> (y, la versión para llavero USB, syndog ;) 16:04 <jrandom> ok, pasando a 5) I2Phex gwebcache 16:05 <jrandom> Complication: p1ng 16:05 <+Complication> Bueno, como haría más fácil integrarse con la red... 16:06 <+Complication> ...recientemente he trabajado en revivir el código de gwebcache ya en I2Phex 16:06 <+Complication> Ya está haciendo algunas cosas muy limitadas (como caerse limpiamente) en esta etapa :) 16:06 <+Complication> También fastidia el servidor de webcache de awup con éxito moderado 16:07 <jrandom> jajaja, bien 16:07 <+Complication> Tengo esperanza, eso sí, de que eventualmente lo reharé 16:07 <+Complication> (mucho de ello actualmente está pensado para tratar con direcciones IP) 16:09 <jrandom> genial, buena suerte, y avísame si hay algo en lo que pueda ayudar 16:09 <+Complication> Así lo haré :) 16:10 <jrandom> vale, ¿algo más sobre 5) I2Phex gwebcache, o nos vamos tranquilamente a 6) ??? 16:11 <jrandom> considéranos ya allí 16:11 <jrandom> ¿alguien tiene algo más para la reunión? 16:11 <@cervantes> otra taza de té estaría bien 16:12 <tethra> jeje 16:12 <Pseudonym> ¿cómo va la hoja de ruta? 16:12 <jrandom> sin cambios 16:12 <Pseudonym> ¿qué queda para 0.6.2? 16:13 <jrandom> todas las cosas relacionadas con 0.6.2 16:13 * jrandom se agacha 16:14 <Pseudonym> :-P 16:14 <@cervantes> algo de bling bling 16:14 <Pseudonym> ¿tenemos una fecha/plazo tentativo? 16:14 <jrandom> específicamente, la nueva criptografía y algoritmos de creación de tunnel, las nuevas estrategias de selección de pares 16:14 <tethra> jeje 16:14 <jrandom> no hay fechas ni plazos (al menos, no anunciados en reuniones ;) 16:15 <Pseudonym> ¿hay más en las estrategias de selección de pares además de lo del throughput en lo que has estado trabajando? 16:16 <jrandom> sí, estos cambios de perfilado de pares son cuestiones de rendimiento, no las estrategias de selección y ordenación de pares relacionadas con el anonimato 16:16 <+Complication> jrandom: ¿Recuerdo bien... si supongo que la criptografía de creación de tunnel se relaciona con cosas discutidas en la lista de correo, durante la charla sobre ataques de predecesor (y otros)? 16:17 <jrandom> sí, Complication 16:17 <+Complication> s/relacionada/se relaciona 16:19 <+Complication> ¿Vas a intentar hacer que funcione esa pequeña estructura de datos tan elegante? 16:19 <jrandom> sí 16:20 <jrandom> (por tanto, 0.6.2 no está en el horizonte de 2 semanas ;) 16:20 <+Complication> Qué bien. Suena interesante, probablemente debería leer al respecto 16:21 <+Complication> Espero que vaya bien 16:21 <jrandom> solo se agitó la idea por la lista, aún no hay especificación digitalizada 16:21 <tethra> ¿qué estructura de datos tan chula es esta, perdón? 16:21 <+Complication> Ah, y averigüé por qué el enlace (del mensaje "moo") no funcionaba. :D Es freedomarchives.i2p (en plural, con una "s" al final) 16:21 <jrandom> será incompatible hacia atrás, así que 'suave' no será su lema, pero con suerte no dolerá demasiado :) 16:21 <jrandom> ay, maldita sea 16:22 <jrandom> tethra: una estructura de datos que aún no existe para crear tunnels 16:22 <tethra> genial 16:22 <jrandom> (ver los hilos de predecesor de noviembre o por ahí) 16:23 <tethra> ¿Qué ventajas/desventajas tendrá frente a la actual? (si es que hay una actual :o) 16:23 <jrandom> (ver los hilos de predecesor de noviembre o por ahí) ;) 16:23 <tethra> ah, ok 16:23 <+Complication> Si no recuerdo mal, para hacer la creación de tunnel menos transparente para los observadores 16:23 <tethra> "" 16:23 <tethra> ;) 16:23 <jrandom> pero no es una propuesta; no hay nada sobre la mesa para 0.6.2 hasta que todo lo anterior a 0.6.2 esté resuelto. 16:23 <jrandom> Una vez que las cosas que deberían estar funcionando funcionen de la manera que necesitamos que funcionen, seguimos adelante. 16:24 <Pseudonym> aparte de la selección de pares rápida, ¿qué no está funcionando? 16:25 <jrandom> la selección de pares rápida es parte del 'buen rendimiento' 16:25 <jrandom> sí tenemos buen rendimiento, para una red anónima, pero no lo bastante bueno para competir con redes no anónimas 16:25 <jrandom> para competir, tenemos que conseguir mejor rendimiento *y* proporcionar funcionalidades que no pueden obtener en otro lugar 16:26 <jrandom> (el anonimato no se vende) 16:26 <Pseudonym> ¿hay más que eso aparte de la selección de pares rápida? 16:27 <jrandom> Durante el último mes o dos, al medir distintos aspectos de i2p, la selección de pares lenta parece ser el cuello de botella más pequeño. Qué será el siguiente cuello de botella es desconocido. 16:27 <jrandom> (también ha habido innumerables mejoras en diferentes puntos para mejorar el rendimiento) 16:27 <jrandom> (ver http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 <Pseudonym> entonces... ¿lanzamiento de la nueva selección de pares esta semana? ;-) 16:28 <teal`c_> i2p se siente bien 16:29 <jrandom> Pseudonym: sí, el nuevo algoritmo de perfilado de pares está en CVS y se desplegará esta semana con 0.6.1.9 16:30 <jrandom> ok, ¿alguien tiene algo más para la reunión? 16:30 <Pseudonym> genial 16:31 <jrandom> si no... 16:31 * jrandom se prepara 16:32 * jrandom *baf* cierra la reunión