I2P 开发者会议 - 2006年1月10日

15:26 <jrandom> 0) 嗨 15:26 <jrandom> 1) 网络状态 15:26 <jrandom> 2) 吞吐量分析 15:26 <jrandom> 3) Syndie 博客 15:26 <jrandom> 4) HTTP 持久连接 15:26 <jrandom> 5) I2Phex gwebcache 15:26 <jrandom> 6) ??? 15:26 * jrandom 挥手 15:26 <jrandom> 每周状态说明已发布在 http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 <jrandom>（是啊，我知道……我们需要个 7) 还有一件事……） 15:28 <jrandom> 跳到 1) 网络状态 15:28 <jrandom> 总的来说，老样子，邮件里讲的之外也差不多。 15:28 <jrandom> 有谁想就 1) 提点什么吗？ 15:30 <jrandom> 好吧，如果没有，就转到 2) 吞吐量分析 15:31 <tethra> 听起来很酷，不过可以问下目标是什么吗？ 15:31 <jrandom> 找到快速节点 15:31 <tethra>（原谅我缺乏机智和分寸） 15:31 <tethra> 啊，酷。 15:32 <jrandom> 基本上，我们之前的速度画像不太好（参见上周的状态说明摘要），而现在这个方法在找到我知道很快的节点方面表现不错 15:32 <jrandom>（我知道它们很快，因为我作弊用非匿名的方式测过） 15:33 <tethra> 令人震惊！ ;) 15:33 <jrandom>（（是的，也可能有人发疯对我测量发起攻击来干扰，但我觉得不太可能 ;) 15:33 <tethra> 哈哈 15:33 <tethra> 太棒了，这样就更有可能让 client tunnels 找到“好”的节点，并且大概还能给“快”的节点减压，对吧？ 15:35 <tethra> s/'good'/fast/ 15:35 <jrandom> 前者是的，但后者不太是——这不会减少对它们的压力，但会让大家更有效地利用它们 15:35 <@cervantes> 我猜拥有快速节点的人得指望节点限流足够好，能承受额外的参与 15:36 <jrandom> 比如，不再是 $slow-->$fast-->$fast，而会是 $fast-->$fast-->$fast 15:36 <tethra> 啊，我懂了 15:36 <jrandom> 嗯 cervantes，我也在关注容量画像，它一直挺管用 15:36 <@cervantes> 太好了 15:37 <jrandom> 容量与速度之间的相互作用很重要——即使速度排名高于所有人，如果不是高容量，节点也不会被视为快 15:37 <@cervantes> 看看它对吞吐的影响会很有意思 15:37 <jrandom>（这就是为什么“fast”只是“fast 且 high capacity”的简称） 15:37 <@cervantes> +h 15:37 <jrandom> 嗯 cervantes 15:39 <jrandom> 好，如果 2) 没别的了，就跳到 3) Syndie 博客 15:40 <jrandom> 除了邮件里的内容，我没太多可补充的 15:41 <@cervantes> 看起来很棒 15:41 <tethra> 我个人非常喜欢博客正在走的方向。可以说都是锦上添花。 15:41 <tethra> :D 15:41 <+Complication> 来晚了，抱歉。 15:42 <jrandom> 酷，这和最初很像，但我觉得博客视图挺有前景 15:42 <jrandom> 欢迎回来 Complication，别担心，我们有日志 :) 15:43 <+Complication> 正在回看记录呢 :) 15:43 <jrandom> 我确实觉得两种视图都有用，可能取决于用户 15:43 <jrandom>（也取决于内容和作者） 15:45 <jrandom> 不过有一点，html 不太理想。cervantes 一直在帮我把我非常基础的认知更新到更现代的视角，但还有很多问题 15:46 <jrandom> syndie 的 Web 界面会持续改进，如果有 html 志愿者愿意帮忙做排版、设计、css、跨浏览器问题等，将不胜感激 15:47 <@cervantes> 除了有两个开头的 <style> 标签之外，代码看上去挺干净的 ;-) 15:47 <jrandom> 呵呵，糟糕 15:48 <@cervantes> 我想重点会放在让样式更干净可读，也许还会设计一些模板替代方案 15:48 <jrandom> 嗯 15:49 <jrandom> 我在想博客视图的一件事——让人们自定义某些属性（颜色、字体、大小）很容易，但不确定还能做到多少 15:50 <jrandom> 另一方面，博客视图和主题视图一样，都只是套在 syndie 存档上的模板 15:50 <@cervantes> 当然你肯定不想允许可部署的模板 15:50 <jrandom> 那问题就是，模板是给谁用的？ 15:50 <jrandom>（使用模板需要什么水平的经验） 15:51 <@cervantes> 我在想只是个弹出配置选项，用户可以给自己的博客选 15:51 <jrandom> 嗯？ 15:51 <@cervantes> 我想要 “Pony Look” 15:51 <jrandom> 啊，好 15:51 <@cervantes> 那我们给 syndie 自带各种皮肤 15:52 <jrandom> 对，预设颜色/字体/等 15:52 <jrandom>（还有图标等） 15:52 <jrandom> 这些在博客视图里还没真正实现 15:54 <jrandom> 不过简单主题选择器这个主意不错，比一大堆复杂选项强 15:54 <@cervantes> 另一种做法是，别人可以在自己站点上提供模板预设的下载——可以保存到主题文件夹里 15:55 <@cervantes> 是否信任博客作者的自定义皮肤，取决于个人 15:55 <jrandom> ……信任？ 15:55 <jrandom> syndie 里不会让你使用不安全的 html 或 css 15:55 <tethra> 那不安全的 javascript/等 呢 15:55 <jrandom> 皮肤会是文本文件/配置文件/图片，而不是 jsp 15:55 <tethra> ？ 15:56 <tethra>（比如用 js 把页面转到非匿名地址？） 15:56 <@cervantes> 这取决于主题是否也包含结构性 html 变更 15:56 <@cervantes> 好的明白了 15:56 <@cervantes> 那样会保持得简洁清爽 15:57 <jrandom> tethra：我对 javascript……极度犹豫。看到 default 今天的新博文了吗？ 15:57 <jrandom> “我只是好奇：它用 AJAX 吗？页面看起来不会整体更新……” 15:57 <tethra> 没，我没看。 15:57 <tethra> 我会想办法干掉任何用到的 js，个人来说。 15:58 <jrandom> 因为 syndie 是“本地”的，速度快得离谱，我们不需要担心同样的延迟问题 15:58 <tethra> 我一点都不信它。 15:58 <tethra> 嗯 :/ 15:58 <jrandom> cervantes：嗯，非常简单——我们甚至可以让人在看到喜欢的博客主题时点“偷走这个主题” 15:59 <@cervantes> 理论上你可以给博客用户提供一个“安全”函数库——但当你把普通浏览器实现里所有不安全的东西都移除后，剩下的就只剩 “alert();” 了 16:00 <jrandom> 呵 16:00 <jrandom>（还有 JavaScript 的无障碍问题） 16:00 <+Complication> cervantes：注意，alert() 要是无限循环也很糟糕 :P 16:00 * jrandom 对 syndie 的 lynx 友好性颇感自豪 16:00 <tethra> lynx <3 16:02 <jrandom> 好，如果 3) 没别的了，就跳到 4) HTTP 持久连接 16:02 <jrandom> 除了邮件里的内容我没别的……zzz，你在吗？ 16:02 <@cervantes> 还有别的实现“呸”AJAX 界面的方式，比如做个 mozilla 扩展 16:03 <jrandom> fire2pe++ :) 16:03 <jrandom> zzz 不在，关于 4) 的更多信息可能得稍后再说 16:03 <@cervantes> fire2pe 只是个辅助手段——你是指 syndilla ;-) 16:03 <jrandom> lol 16:04 <jrandom>（还有 U 盘钥匙扣版，syndog ;) 16:04 <jrandom> 好，转到 5) I2Phex gwebcache 16:05 <jrandom> Complication：p1ng 16:05 <+Complication> 嗯，因为它会让与网络集成更容易…… 16:06 <+Complication> ……我最近已经开始重启 I2Phex 里现有的 gwebcache 代码 16:06 <+Complication> 现阶段它已经能做一些非常有限的事了（比如体面地崩溃）:) 16:06 <+Complication> 还在适度成功地骚扰 awup 的 webcache 服务器 16:07 <jrandom> lol 不错 16:07 <+Complication> 不过我有信心，最终能把它重做好 16:07 <+Complication>（现在很多东西都是针对 IP 地址处理的） 16:09 <jrandom> 酷，祝好运，需要我帮忙就告诉我 16:09 <+Complication> 会的 :) 16:10 <jrandom> 好，关于 5) I2Phex gwebcache 还有别的吗，或者我们要不要溜达到 6) ??? 16:11 <jrandom> 就当我们已经溜达过去了 16:11 <jrandom> 还有别的要在会议上提的吗？ 16:11 <@cervantes> 再来一杯茶就更好了 16:12 <tethra> 呵呵 16:12 <Pseudonym> 路线图怎样了？ 16:12 <jrandom> 没变化 16:12 <Pseudonym> 0.6.2 还剩什么？ 16:13 <jrandom> 所有与 0.6.2 相关的东西 16:13 * jrandom 低头躲避 16:14 <Pseudonym> :-P 16:14 <@cervantes> 一些 bling bling 16:14 <Pseudonym> 有预估的日期/时间线吗？ 16:14 <jrandom> 具体来说，新的 tunnel 创建加密和算法，新的节点选择策略 16:14 <tethra> 呵呵 16:14 <jrandom> 没有日期和时间线（至少不会在会议上宣布 ;) 16:15 <Pseudonym> 节点选择策略除了你一直在做的吞吐量相关的，还有别的吗？ 16:16 <jrandom> 有，这些节点画像的改动是性能问题，不是与匿名性相关的节点选择和排序策略 16:16 <+Complication> jrandom：我记得对吗……如果我猜 tunnel 创建加密和邮件列表里讨论的 predecessor（前任）攻击（以及其他攻击）有关？ 16:17 <jrandom> 对 Complication 16:17 <+Complication> s/related/relates 16:19 <+Complication> 你准备尝试让那个花哨的小数据结构跑起来？ 16:19 <jrandom> 嗯 16:20 <jrandom>（所以，0.6.2 并不在两周的时间线之内 ;) 16:20 <+Complication> 不错。听起来很有意思，我大概该去读读 16:21 <+Complication> 希望一切顺利 16:21 <jrandom> 这在列表上也只是空谈一下，还没有成文的规范 16:21 <tethra> 抱歉，这是哪个很棒的数据结构？ 16:21 <+Complication> 哦，还找到了为什么那个链接（来自 “moo” 信息）不能用。:D 是 freedomarchives.i2p（复数，末尾有个 “s”） 16:21 <jrandom> 它会向后不兼容，所以“顺利”不会是它的口号，但希望不会太痛 :) 16:21 <jrandom> 啊 糟了 16:22 <jrandom> tethra：一个还不存在的用于创建 tunnels 的数据结构 16:22 <tethra> 酷 16:22 <jrandom>（参见大约 11 月的 predecessor 主题帖） 16:23 <tethra> 相比现在的，有什么优缺点？（如果现在有的话 :o) 16:23 <jrandom>（参见大约 11 月的 predecessor 主题帖）;) 16:23 <tethra> 啊，好 16:23 <+Complication> 如果我没记错，是让 tunnel 创建对观察者更不透明 16:23 <tethra> "" 16:23 <tethra> ;) 16:23 <jrandom> 但这还不是个提案，0.6.2 上桌前，要把 0.6.2 之前的所有事情都理顺。 16:23 <jrandom> 一旦那些该工作的东西按我们需要的方式运转起来，我们再继续往下走。 16:24 <Pseudonym> 除了快速节点选择，还有什么“不工作”的？ 16:25 <jrandom> 快速节点选择是“良好性能”的一部分 16:25 <jrandom> 我们确实有不错的性能，就匿名网络而言，但还不足以和非匿名网络竞争 16:25 <jrandom> 想竞争，我们得获得更好的性能，并且提供他们在别处得不到的功能 16:26 <jrandom>（匿名并不好卖） 16:26 <Pseudonym> 除了快速节点选择，还有别的吗？ 16:27 <jrandom> 在过去一两个月里，对 i2p 各方面做基准测试，慢节点选择似乎是最小的瓶颈。下一个瓶颈是什么还未知。 16:27 <jrandom>（在不同环节也做了无数改进来提升性能） 16:27 <jrandom>（参见 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ） 16:28 <Pseudonym> 所以……本周发布新的节点选择？ ;-) 16:28 <teal`c_> i2p 感觉不错 16:29 <jrandom> Pseudonym：嗯，新的节点画像算法已在 cvs 中，并会随 0.6.1.9 于本周部署 16:30 <jrandom> 好，会议上还有别的吗？ 16:30 <Pseudonym> 酷 16:31 <jrandom> 如果没有…… 16:31 * jrandom 做好收尾 16:32 * jrandom 用 *baf* 的一声宣布会议结束