快速回顾

出席: baffled, dm, duck, fidd, FireRabbit, human, jrand0m, madman-away, mihi, wiht, wilde

会议记录

[22:00] <jrand0m> <incoming> [22:00] <jrand0m> 0) 嗨 [22:00] <jrand0m> 1) 测试网络(testnet)状态 [22:00] <jrand0m> 2) i2p 中的命名 [22:00] <jrand0m> 3) minwww 和 i2cp [22:00] <jrand0m> 4) i2p.net 网站 [22:00] <jrand0m> 5) ??? [22:00] <dm> 我前几天在想,我们可以做一个 I2P 的 .NET 接口。不管怎样.. [22:00] <FireRabbit> 嗯,会有的 [22:00] <madman-away> 大家好 [22:00] <jrand0m> -1) .net 接口会很酷 [22:00] <jrand0m> 0) 嗨 [22:00] * madman-away 现在叫 madman2003 [22:00] <jrand0m> 各位好啊 [22:00] <wilde> 嗨 [22:00] <FireRabbit> <-- 会写一个 .net 接口 [22:00] <FireRabbit> 不管怎样,嗨 [22:00] <jrand0m> r0x0r. [22:00] <dm> 太棒了 [22:01] <jrand0m> 欢迎来到第七十多次会议 [22:01] <FireRabbit> <-- 需要那个带客户端协议的 URL [22:01] * ion 加入了 #i2p [22:01] <jrand0m> i2p.net/ 上有 wiki 的链接,你大概会想用 tunnelManager [22:01] <FireRabbit> 好的 [22:01] <jrand0m> (大家应该看看 http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html,本周的状态更新) [22:01] <FireRabbit> 那在最新发布里工作良好吗? [22:02] <jrand0m> 是的,aum 在用(而且我几小时前刚修了一个他遇到的 bug) [22:02] <jrand0m> (规格在 http://wiki.invisiblenet.net/iip-wiki?I2PTunnelManager ) [22:02] <jrand0m> 好,继续 [22:02] <jrand0m> 1) 测试网络状态 [22:02] <FireRabbit> okc ool yes, [22:03] <jrand0m> 我不想像复读机一样,但……测试网络在推进。 [22:04] <jrand0m> 我们还没完全到位,但最新构建上已经有了几个小时不出问题的会话 [22:04] <jrand0m> 一些环境还达不到这种可靠性,不过有些能做到。所以我们在努力把它们都提到这个水平 [22:04] <FireRabbit> 太好了 [22:04] <baffled> 至少我们正在往网络里塞满动物 [22:05] <jrand0m> 呵呵 [22:05] <jrand0m> dog, cat, mouse, duck... [22:05] * wiht 加入了 #i2p [22:05] <FireRabbit> rabbit! [22:05] <baffled> 也许我该改名叫 bafflo [22:05] <human> human! [22:05] <jrand0m> !! [22:05] <jrand0m> #animalfarm [22:06] <dm> dm [22:06] <jrand0m> 总之,关于测试网络状态我想说的大概就是这些(除此之外还有状态邮件里的内容) [22:06] <wilde> 人们会离线读日志,所以请保持主题 [22:06] <jrand0m> 呵,对不起爸 ;) [22:07] <jrand0m> 我觉得我们仍在按路线图推进 [22:07] <wiht> 你计划还要发布多少个测试网络版本? [22:07] <jrand0m> (另外我在跑测试的时候也做了一些面向未来的工作,比如 >2 hop 的 tunnels) [22:07] <jrand0m> wiht> 需要多少就发多少 [22:08] <jrand0m> 不过在我看来,我们已经非常接近这一轮测试网络的收尾了 [22:08] <dm> >2 hop 的 tunnels 不就是一个设置吗? [22:08] <jrand0m> 是的 [22:08] <jrand0m> 但过去它并没有得到很好的测试 [22:08] <dm> 酷 [22:09] <jrand0m> 在测试网络进行期间,我在我的笔记本上还跑着一个单独的测试网络做别的事 [22:09] * human 欢迎各种建议,以便让 ircmonitor 更有用 [22:09] <jrand0m> <做梦中>一个 http 监听器,按需渲染 .webp?</做梦中> [22:09] <jrand0m> (或者直接 /msg cat renderPNG) [22:10] <human> jrand0m: 好的,应该可行 [22:10] <baffled> 我还是想看到文本摘要。 [22:10] <jrand0m> human++ [22:10] <baffled> 在 ircmonitor 上。 [22:10] <jrand0m> 对,(文本摘要)++ 也要 [22:10] <human> jrand0m: 我还在考虑用 gnuplot 来生成图(而不是 gnu plotutils) [22:11] <jrand0m> 土豆,土豆 [22:11] <jrand0m> (啊,IRC 上口音的魅力) [22:11] <FireRabbit> lol [22:11] <human> jrand0m, baffled: 你们能给个文本摘要的例子吗? [22:11] <baffled> 如果你给我点时间的话。 [22:11] * dm 读成了“土豆,土豆” [22:12] <jrand0m> 周期:4 小时 平均延迟:5.3s 丢失消息:95 丢失消息频率:每 49 秒 1 条 [22:12] <jrand0m> (也许再加上最大和最小延迟) [22:12] <human> jrand0m: 哦,好的 [22:12] <jrand0m> 如果可行 / 不太麻烦的话 [22:13] <jrand0m> (至少我听到文本摘要时想到的是这些) [22:13] <wilde> 最大延迟,最小延迟 [22:13] <mihi> human: 看看我给 ping tester 的摘要 [22:13] <mihi> 嗯,这周有人跑 echo 服务器吗? [22:13] <jrand0m> 据我所知没有 [22:14] <human> jrand0m: 应该可行——我基本上会让 ircmonitor 记录更多原始数据,然后我会写一些小工具脚本来生成图表和/或文本摘要 [22:14] <jrand0m> 太赞了 [22:14] <baffled> 抱歉 mihi,我一直想把你的那个搭起来,但总忘记。 [22:14] <jrand0m> 我觉得这会成为整体功能测试的一部分,并且会跟我们一起成长 [22:15] <jrand0m> 好,关于测试网络还有别的要讨论的吗? [22:16] * jrand0m 转到 2) i2p 中的命名 [22:16] <wilde> 测试网络现在最大的问题是什么? [22:16] <jrand0m> 测试网络中最大的两个问题是—— [22:16] <jrand0m> 1) 找到并修复 router 断连的原因 [22:17] <jrand0m> 2) 查明频繁的 inter-ircd 断连的原因 [22:17] <mihi> 1b) 如何应对 router 偶尔会断开这一事实 [22:17] <jrand0m> 对 [22:17] <jrand0m> 不过,这不真的是这一轮测试网络要解决的。 [22:17] <jrand0m> 0.3.x 是一系列用来应对不可靠 router 的更新 [22:18] <jrand0m> 这也是为什么我一直在限制在测试网络上运行的 router 数量——我知道当 router 不能大部分时间保持在线时,它表现得很差 [22:18] <wiht> 所以你现在假设 router 是可靠的,对吗? [22:18] <jrand0m> 在 0.2.3.6 测试网络里,是的 [22:18] <jrand0m> (它能从故障中恢复,但不够快) [22:19] <jrand0m> (更优雅的恢复会通过每个 destination 使用多个 leases、加强对等体画像(peer profiling)、重放防护(replay prevention)、以及在备用 lease 目标上重试来实现) [22:20] <jrand0m> 好,转向 2) i2p 中的命名 [22:21] <jrand0m> wiht 提到问题的核心——全局名字非常有用,而且大家喜欢它们 [22:21] <jrand0m> (不熟悉这次讨论的人应该看看 http://i2p.dnsalias.net/pipermail/i2p/2004-February/000135.html 以及后续回复) [22:22] <wiht> 人们对它们很习惯,可能比对本地名字(比如你举的 ICQ 类比)更习惯。 [22:22] <jrand0m> 我不确定。 [22:22] <jrand0m> 比如说我叫 John。 [22:22] <jrand0m> John 不是全局的。 [22:22] <jrand0m> 甚至 John Q. Random 也不是全局的。 [22:22] <jrand0m> John Q. Random 1942 年生于阿根廷也不是。 [22:23] <human> 嗯,之前说过命名系统可以有不止一种“口味” [22:23] <jrand0m> 的确 [22:23] <human> 人们可以选择一个信任的“注册机构”,从那里挑选唯一的名字 [22:23] <jrand0m> 当然可以。 [22:24] <jrand0m> 不过这样也有风险 [22:24] <wiht> 我记得我最初提的方案允许存在多个认证机构(CA)。 [22:24] <human> jrand0m: 当然,这是舒适性与安全性的权衡 [22:24] <FireRabbit> 我觉得有人应该先写个简单“中心化”的 dns 系统,暂时用着,再去考虑安全 [22:24] <human> jrand0m: :-) [22:24] <FireRabbit> 只是为了让测试更容易 [22:25] <jrand0m> 多个 CA 在没有全局命名时更容易运作 [22:25] <wiht> jrand0m: 回到你的例子,如果你是第一个注册 jrandom.i2p 的,另一个 John Random 就得比如注册 jrandom2.i2p。 [22:25] <baffled> 实际上只有发生冲突时才有问题,对吧? [22:25] <jrand0m> FireRabbit> 我强烈感觉我们一开始用的东西会沿用 12+ 个月。 [22:25] <jrand0m> baffled,说得对,在任何方案里都是如此 [22:25] <wiht> baffled: 是的,那就是问题。 [22:25] <jrand0m> wiht> 如果有多个 CA 就不是了 [22:25] <FireRabbit> 也许吧 [22:25] <wilde> 如果存在本地命名,eepsites 会一团糟,链接不会起作用 [22:25] <baffled> 所以你只在冲突解决的情况下才需要一个权威机构。 [22:26] <jrand0m> 是的,wilde [22:26] <jrand0m> 要与他人共享和使用的名字应该是完全限定的——自我签名(self certified)的——名字 [22:26] <wiht> jrand0m: 你能举个自我签名名字的例子吗? [22:27] <jrand0m> 摘自我的邮件—— http://i2pref/[base64 of the NameReference] [22:27] <wilde> 所以当我链接到你的网站,而外面有三个 jrandom……会用哪一个? [22:28] * human 认为没有全局命名的去中心化 NS 是 Good(TM),因为它能让人理解把主机名验证和认证委托出去的风险 [22:28] <jrand0m> 你用完全限定名来链接——它里面包含了实际的 Destination(目标标识)本身。 [22:28] <jrand0m> (我邮件里的 NameReference(名称引用)结构) [22:28] <wilde> 所以这有点像 base64 链接 [22:28] <jrand0m> 对 human——它去掉了那个攻击点 [22:28] <wiht> 那人们又得输入一串很长的字符了吗?那似乎有点自我否定。 [22:28] * madman2003 退出了 IRC (EOF From client) [22:29] <jrand0m> 没人会手打 base64 名字 [22:29] <jrand0m> (嗯,也许 mihi 会) [22:29] <jrand0m> <a href="http://i2pref/[base64 of the NameReference]">jrandom 的页面</a> [22:29] <wiht> 哦。这样就说得通了。 [22:30] * mihi 不会“输入”任何可以复制粘贴的东西 [22:30] <jrand0m> :) [22:30] <wilde> 好,但基本上就是很长的 URL [22:30] <jrand0m> 在 eepsites 里,是的 [22:30] * dm 退出了 IRC (Ping timeout) [22:30] <wilde> 好,这就是我的问题 [22:30] <jrand0m> 不过还有其他几种场景值得看看 [22:31] <jrand0m> 比如人们想浏览或搜索新站点时 [22:31] <jrand0m> 在这些情况下,拥有包含大量 name reference 的服务器会很有用 [22:31] <baffled> 我能提个主意,用历史服务器而不是权威机构吗。 [22:31] <jrand0m> 历史服务器? [22:32] <jrand0m> 啊,就是谁先来“谁拿到”? [22:32] <baffled> 如果有人采用了一个已有使用的域名,历史服务器会给那个人发个通知,说明原持有者以及如何联系。 [22:32] <human> 或许搞一个存档,能看到域名在一段时间内如何变化? [22:32] <baffled> 只要双方都能联系到,冲突就可以由他们双方来解决。 [22:33] <wiht> baffled: 如果新域名的运营者很无赖,继续占着那个已被占用的域名怎么办? [22:33] <baffled> 如果一方不可用,那冲突在一段时间后就归可用的一方。 [22:33] <human> 当然这意味着要对服务器运营者给予一定信任 [22:33] <wilde> 这其实只是换一种方式的权威 [22:33] <jrand0m> 对 [22:34] <baffled> 任何仲裁者最终都会扮演权威的角色。 [22:34] <human> 嗯,使用非全局名字会让大家明白,建立在它们之上的一切会让生活更方便,但可能降低安全性 [22:34] <jrand0m> 对,对 [22:34] <baffled> 我不认为这会成为大问题。 [22:34] <jrand0m> (但为什么我们需要仲裁者?世界上不能有两个 John 吗?) [22:35] <jrand0m> 如果 i2p 被用于商业或其他类似活动,我预计名字会受到猛烈攻击 [22:35] <baffled> 如果我想要 jrandom.i2p 而 jr 不肯让,我总可以选 jrandom.i3p 或者发个悬赏。 [22:35] <wilde> 我投票给那个隐晦的 nameref 方案 [22:35] <wiht> 同样,那也没问题,只要“新”用户能理解其含义,并知道他们想联系哪个 John。 [22:35] <jrand0m> (因为有人可以劫持并骗钱,等等) [22:36] <jrand0m> 对——我们很可能会一直在软件里捆绑一些 name reference [22:36] <jrand0m> (类似当前的 hosts.txt) [22:36] <wiht> 不过有个想法我们应该保留,就是 MrEcho 提的给 reference 附上一个 timed lease。这样,域名可以过期。 [22:37] <jrand0m> 为什么域名需要过期来着? [22:37] <baffled> 它们厌世了? [22:37] <jrand0m> 哦,是为了替换里面包含的 Destination? [22:37] <jrand0m> 呵 [22:38] <wiht> 有些是因为运营者只想用一天或一个月。另一些是当域名所有权转移到不同的 destination 时。 [22:38] <jrand0m> 嗯,但没有唯一性的话,其实就不存在所有权 [22:38] <jrand0m> 它不是稀缺资源 [22:38] <jrand0m> 如果有人想改他们监听的 dest,他们可以用自己的 dest 签一份说明“嘿,我搬到这边了”的说明 [22:39] <wilde> 所以 nameref 由一把钥匙保护,destination 是另一把 [22:39] <jrand0m> nameref 是由 destination 的签名密钥签名的 [22:40] <wilde> 你可能想要另一把专用于 nameref 的钥匙,如果可能的话 [22:40] <jrand0m> 嗯,我理解也同意,但那意味着 Destination 里要再加一段 1024bit 的部分 [22:40] <wilde> 这样即使机器被攻破,你也可以把 nameref 的钥匙写在纸上随身带 [22:41] * wiht 退出了 IRC (Ping timeout) [22:41] <jrand0m> (而且 Destination 到处都会用到) [22:41] <jrand0m> 嗯,我没太跟上“被攻破”的那部分? [22:42] <wilde> destination 的私钥一直在机器上 [22:42] <jrand0m> 啊对对 [22:42] <wilde> 而 nameref 的私钥没必要在,可以放在钱包里写在纸上 [22:43] <jrand0m> 这是个好点子。也许可以用注释块来做(里面包含环绕 Destination 哈希的 PGP 签名)? [22:43] <wilde> 但这也许有点过头 [22:43] <wilde> 我只是不喜欢把最有价值的钥匙放在机器上,如果没有必要的话 [22:44] <jrand0m> 对——我们需要 Destination 的签名钥匙和解密钥匙,但功能上不需要别的。 [22:44] <jrand0m> 嗯 [22:45] <jrand0m> 或许 name reference 里可以再带一个 1024bit 的公钥 [22:45] <jrand0m> 然后我们用那个通过 DSA 来验证 [22:45] <jrand0m> 而不是用 destination 的公钥 [22:45] <jrand0m> 嗯,这可行 [22:45] <jrand0m> 额外 32bytes,但只加在 nameReference 上,不加在 Destination 上 [22:46] * jrand0m 不知道为啥我会以为那意味着要放到 Destination 里 [22:46] <wilde> 一堆钥匙 :) 但多了安全性和灵活性 [22:46] <jrand0m> 对 [22:46] <jrand0m> (不过,说真的,我们都知道大家会把钥匙放在同一个目录里) [22:46] <jrand0m> ((不过也许商家不会)) [22:47] <wilde> 你可以移交一个“域名”而不是 destination,或者改成别人的 destination [22:47] <jrand0m> 嗯,好。我希望 MrEcho 和 wiht 在这儿 [22:47] <jrand0m> 对 [22:48] <jrand0m> 嗯,这些都挺好,我觉得可行 [22:48] <jrand0m> 但需要有人把它写出来 :) [22:49] <jrand0m> 所以,或许我们稍后再继续讨论,但在那之前,还是 hosts.txt 先上 [22:49] <wilde> 雇点印度人 [22:50] * jrand0m /dcc 拿到一笔资助,雇 80 人的团队来做 i2p [22:51] <wilde> :) [22:51] <jrand0m> 好,关于命名还有别的补充吗,或者目前这样就可以? [22:51] <baffled> 继续吧,兄弟。 [22:52] * wiht 加入了 #i2p [22:52] * jrand0m 跳一步、跨一步、再跳一步,来到 3) minwww 和 i2cp [22:52] <jrand0m> 哎,欢迎回来 wiht [22:52] <baffled> 1, 2, 5 呃 3 sitr. [22:52] <wiht> 我刚才很难重新连回 IIP 网络。我晚点再读日志。 [22:53] <jrand0m> 好的 wiht,我们也可以在列表上继续等等 [22:54] <jrand0m> 好,前几天我终于写了为什么我觉得直接用 i2cp 值得一看,并且勾勒了一个用于 i2p 的最小化 Web 系统(也可用于把外部网页通过 i2p 代理进来) [22:54] <jrand0m> (参考 wiki:http://wiki.invisiblenet.net/iip-wiki?MinWWW ) [22:56] <jrand0m> 对于 HTTP,建立/拆除 TCP/IP 连接的成本很小,但在 I2P 上,这个差异是 10 个 destination 到 destination 的消息 vs 2 个 [22:56] * sheer 加入了 #i2p [22:56] <duck> 会议已经开始了吗? [22:57] <jrand0m> 是的,已经 56 分钟了 [22:57] * jrand0m 让 duck 面壁 [22:57] <duck> 那我来得正是时候 [22:57] * wilde 退出了 IRC (Ping timeout) [22:57] <jrand0m> 哈 [22:57] <baffled> 毫无疑问,他得换个新钟。 [22:58] <jrand0m> 关于 minwww 有一部分我不太确定:minwww 代理是否应该同时自动充当外部网关? [22:58] * wiht 退出了 IRC (Ping timeout) [22:59] <jrand0m> 这样会增加可用 outproxies 的数量,降低负载 [22:59] <jrand0m> 再加上一个与 64/128KB 限制绑定的轮询算法,人们不太可能用它来进行大型文件共享 [22:59] * wiht 加入了 #i2p [23:00] <jrand0m> 或者我们只要弄一个小的 outproxies 列表(定期更新)? [23:01] <jrand0m> (或者这个想法不值得深究?) [23:01] * wilde 加入了 #i2p [23:02] <jrand0m> (或者我已经超时了,没人能读到我说的任何话) [23:02] <wilde> jrand0m: 能看到 [23:02] <jrand0m> 好的,酷 [23:02] <baffled> 我得再多了解下,不过现在十分钟后我还有个约,我稍后回来。 [23:02] <jrand0m> 行,回头见 [23:03] <jrand0m> 是的,还有 i2ptunnel 的关键功能,要处理 8bit 干净的流 [23:03] <jrand0m> 这对比如通过 i2p 的 irc 之类是必要的 [23:03] <mihi> jrand0m: 别忘了 ss[lh] [23:04] <jrand0m> 但对于消息导向的协议,比如 http、smtp、bittorrent 等,i2cp 可能更合适 [23:04] <jrand0m> 对,没错 [23:04] <jrand0m> (嗯,更像是“telnet”,因为在 i2p 上跑 ssh 有点大材小用) [23:04] <wilde> ssh -X [23:05] <jrand0m> 说得也是 [23:05] <jrand0m> (还有证书,等等) [23:05] <wilde> 加密永远不嫌多 [23:05] <jrand0m> 但如果我们通过 squid 拉网页需要 5-10 秒,用 i2cp 会把它降到 0.5-2 秒 [23:06] <jrand0m> (即便不对网络做任何后续调优,并且能降低整体网络负载) [23:06] <wilde> 做 i2cp 需要多少人时? [23:07] <jrand0m> 依我看,i2cp 有一个相当简单的 API,打包在 Java 的 i2p SDK 里 [23:07] <jrand0m> 用/学起来有多费劲,mihi 会更有发言权 [23:08] * wiht 退出了 IRC (Ping timeout) [23:08] <mihi> 有时会有点困惑(什么时候要在构造器里传值,什么时候用默认构造器后再调方法传),不过有 i2ptunnel 和 atalk 作示例不该太难。 [23:09] * ion 退出了 IRC (Ping timeout) [23:09] <jrand0m> 我们显然可以改进 sdk,我只是参考 JMS API 做的 [23:10] <jrand0m> (而且如果有人想用它折腾熟悉一下,我非常乐意帮忙) [23:11] <jrand0m> 好,关于 minwww/i2cp 还有别的吗? [23:11] <jrand0m> 没有的话,转到 4) i2p.net 网站 [23:11] <jrand0m> (然后大家一片欢呼) [23:11] <jrand0m> 好 [23:12] <duck> 关于搜索功能 [23:12] <duck> wikipedia 用 google 做搜索功能 [23:12] <jrand0m> 没错。而且我们已经是 i2p 的 #1 搜索结果了 :) [23:13] <duck> 所以可能不需要什么炫酷的东西来做搜索。 [23:13] <mihi> duck: 目前是的 ;) [23:13] <duck> 我是说内部搜索 [23:13] <mihi> #1 是 www.crestron.com/company_info/i2p/ [23:13] <jrand0m> 啊对,我这周忘了贿赂鸽子 [23:14] <duck> LeaseSet site:wiki.invisiblenet.net [23:14] <jrand0m> 不错 [23:14] <jrand0m> 是的,当然可以。 [23:14] <wilde> drupal 有内部搜索,而且可以按内容类型过滤 [23:15] <wilde> 它也非常对 google 友好,有 clean urls,没有 index.php? 一堆参数 [23:15] <wilde> 一切看起来都像目录 [23:16] * ion 加入了 #i2p [23:16] <wilde> 我试过不同的 CMS,到目前为止 Drupal 是我最喜欢的 [23:16] <duck> 我更喜欢 Ian 自制的方案 [23:16] <duck> :) [23:16] <jrand0m> 它用什么后端?mysql/bdb/txt/? [23:16] <wilde> 它被 http://kerneltrap.org/ http://www.debianplanet.org/ http://www.linuxgazette.com/ 使用 [23:16] <wilde> 举几个例子 [23:17] <wilde> 可以扛很大的访问量 [23:17] <wilde> 他们的设计糟糕透了 [23:17] <wilde> 但漂亮的 CSS 样式表能修好 [23:17] <wilde> 这里有些看起来更好的: [23:17] <duck> Drupal 核心平台、额外插件模块、以及许多主题模板,都可在 GNU GPL 下免费下载。Drupal 用 PHP 编写,数据库后端可以用 MySQL、PostgreSQL 或 mSQL,能在多种平台上运行,包括 Apache 或 Microsoft IIS Web 服务器。 [23:17] <wilde> http://www.sudden-thoughts.com/ [23:17] <jrand0m> 这一点很重要——我们需要确保底层软件能支持设计(而且设计能在底层软件上可用) [23:18] <wilde> http://www.codemonkeyx.net/ [23:18] <wilde> http://www.disguast.org/index.php [23:18] <wilde> http://trip.ee/ [23:18] <wilde> http://www.blainepeterson.com/image [23:18] <wilde> . [23:19] * jrand0m 感觉到 wilde 是个狂热的 drupal 粉 :) [23:19] <wilde> 我确实逐渐变成了,因为我喜欢它背后的信息管理理念 [23:19] <wilde> 一切都是一个节点 [23:20] <wilde> 很棒的分类体系 [23:20] <wilde> 你可以为地理位置、内容类型、语言等创建词汇表 [23:20] <wilde> 并创建自定义 URL 按这些内容过滤 [23:21] <jrand0m> 它能不能在首页上放两个 blog 区块?比如一个小的 blog 区域只包含最近开发博客的标题,而主大的一个单独 blog 区域包含最近的 i2p 公告? [23:21] <wilde> 它也经常更新而且改动都不错 [23:21] <duck> 换句话说我们现在还没上 drupal 简直太傻了 [23:21] <wilde> 我们有 duck [23:21] <wilde> drupal.i2p.net [23:21] <jrand0m> :) [23:21] <wilde> duck,你太 90 年代了 [23:22] <duck> 那很好 [23:22] <wilde> 设计当然很丑 [23:22] <duck> 因为那个设计太 80 年代了 [23:22] <jrand0m> lol [23:22] * wilde 和 duck 玩泥浆摔跤 [23:22] <jrand0m> 对,这里有三件不同的事需要搞定——技术、信息架构(IA)、以及视觉设计 [23:23] <wilde> 你可以先试试用户界面 [23:23] <wilde> 登录:test 密码:test [23:23] <duck> warning: Bad arguments to implode() in /var/www/html/i2p/modules/project/issue.inc on line 360. [23:23] <duck> user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ' at line 1 [23:23] <duck> query: SELECT COUNT(*) FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) in /var/www/html/i2p/includes/database.mysql.inc on line 90. [23:23] <jrand0m> 搜索还不能用,对吧 wilde? [23:24] <duck> user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20' at line 1 [23:24] <jrand0m> 哦,干得漂亮 duck [23:24] <duck> query: SELECT n.nid FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20 in /var/www/htm [23:24] <duck> sucky [23:24] <jrand0m> AND () AND [23:24] <wilde> 哎呀,我必须承认搜索我碰到些问题 [23:25] <duck> . [23:25] <wilde> 有个全文索引的 cron 脚本还没配置 [23:25] <wilde> 2 分钟内 duck 就把我毕生心血搞崩了 [23:25] <jrand0m> (!hi5 duck) [23:26] <jrand0m> 但我确实觉得值得一看 [23:26] <wilde> 你做了啥 duck? [23:26] <jrand0m> 我不确定我们是不是到了该死磕某个 CMS 的时候了 [23:26] <wilde> 还没 [23:26] <jrand0m> (s/some/某个具体的/) [23:27] <duck> jrand0m 不是已经列了需要的功能概览吗 [23:27] <jrand0m> http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html [23:27] <duck> 所以现在各方应该拿出方案以及报价 [23:28] <duck> 当然,胜出的方案将以 i2p 股票支付 [23:28] <jrand0m> 我跟你说,那可非常值钱 [23:28] <jrand0m> 咳咳 [23:29] <jrand0m> 你还会得到自己的 @i2p.net 邮箱 [23:29] <jrand0m> 异性会爱上你 [23:29] <jrand0m> (或者同性,随便) [23:30] <wilde> 我们有一些 CMS 选项 [23:30] <wilde> 我们应该选一个 CMS [23:30] <wilde> 而 wiki 并不是真正的长期方案 [23:30] <jrand0m> 是的,一些列在 http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html 的第 4 点 [23:30] <jrand0m> 同意,对网站本身而言 [23:31] <jrand0m> 不过网站里基于 wiki 的版块也许不错,比如用户指南/黑客指南 [23:31] <jrand0m> (但不是所有东西) [23:32] <wilde> 托管方面呢? [23:32] <jrand0m> http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/Open_Source/ 上一直都有 53 个条目 [23:32] <wilde> 它应该扛得住 slashdot [23:32] <jrand0m> 托管? [23:32] <jrand0m> 啊,对。 [23:33] <jrand0m> 这其实是纯 HTML 的一个巨大吸引点 [23:33] <jrand0m> (镜像起来太容易了) [23:33] <wilde> 还有在 [23:33] <wilde> http://www.oscom.org/ [23:33] <jrand0m> i2p.net 在一个机房,里面还有几个大站 [23:34] <jrand0m> 啊对 [23:34] * jrand0m 很希望大家能持续推进,找到“对”的解决方案 [23:35] <wilde> http://www.opencms.org/ 很有意思 [23:35] <wilde> 不过可能太偏企业 [23:35] <wilde> 有工作流、项目等 [23:35] <wilde> 我真心喜欢,用它做过一个项目 [23:36] <jrand0m> 有意思 [23:36] <wilde> 但它是 java ;) [23:36] <jrand0m> 嗯,还有 xml [23:36] <wilde> jsp 模板之类 [23:36] <wilde> tomcat [23:36] <jrand0m> (或者 jetty) [23:36] <jrand0m> ((或者 resin)) [23:37] <duck> (((lisp))) [23:37] <wilde> 我绝不会用在这个项目上,真的太重了 [23:37] <jrand0m> wilde> 你愿意看看主流 CMS,并列下优缺点吗? [23:38] <wilde> 我看了:),然后选了 Drupal ;) [23:38] * jrand0m 早该想到 [23:38] <wilde> 我试过大概十个主流的 [23:38] <wilde> 之前做一些项目时 [23:38] <wilde> 不同的 CMS 适合不同的项目 [23:39] <duck> 那就说用 drupal [23:39] <wilde> Zope 及其朋友也不错 [23:39] <duck> 结构清楚吗? [23:39] <duck> 下一步是做界面吗? [23:40] <wilde> 界面基本上只需要一个 CSS 模板,再改改 xtemplate 让它更美观 [23:41] <wilde> www.csszengarden.com 可以拿来灵感 [23:41] <jrand0m> wilde> 它能不能在首页上放两个 blog 区块?比如一个小的 blog 区域只包含最近开发博客的标题,而主大的一个单独 blog 区域包含最近的 i2p 公告? [23:41] <jrand0m> 基本上我想避免开发博客把新闻和公告从首页顶下去 [23:42] <wilde> jrand0m: 不知道,我去看看,blogs 不一定要上首页,是我这样配置的 [23:42] <jrand0m> 啊,酷 [23:42] <wilde> 我们可以改成只有 stories 上首页 [23:42] <wilde> 任何作为节点的东西都可以上首页,投票、stories、书页、文章等, [23:43] <jrand0m> 能不能做到上面是 stories,下面是最近 N 条 blog? [23:43] * jrand0m 停止事无巨细 [23:43] <wilde> blogs 现在链接在左下 [23:44] * godmode0 加入了 #i2p [23:44] <wilde> 有好用的图库插件,适合截图 [23:44] <jrand0m> 好的 [23:44] <wilde> filestore 插件也不错 [23:45] <wilde> 还有更多 cvs、开发者插件 [23:45] <wilde> 以及 mailinglist [23:45] <jrand0m> 我不是 CMS 专家,听起来你做了功课,而且很有热情 [23:45] <jrand0m> w0ah 不错 [23:45] <wilde> jrand0m: 我需要有人偶尔给我踩刹车 :) [23:46] <wilde> 但设计真的得修,谁是这儿的设计大神? [23:46] * wilde 受不了糟糕的设计,wiki 和现在的 drupal 都要把他整崩 [23:46] * jrand0m 指向 DrWoo 和 frontier [23:46] <wilde> 现在有人吗? [23:47] <duck> 没有,我已经走了 [23:47] * jrand0m 盯着潜水党 [23:47] <wilde> 那网站应该传达什么? [23:47] <duck> http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html [23:47] <wilde> 这话题稍微广一点,我们还有市场和捐赠要考虑 [23:48] <jrand0m> (duck 说的) [23:48] <wilde> 我看过那个,但我们这里人更多啊 :) [23:48] <jrand0m> :) [23:48] <duck> 但渺小的人类不重要! [23:48] * wilde 接入了博格集体 [23:49] <jrand0m> 显然我希望网站传达的一点是:“嘿,这是个超赞的项目,开发者们,加入我们,干票大的” [23:49] <duck> 好吧;我快睡着了 [23:49] <duck> 享受吧 [23:49] <jrand0m> 呵,行,晚安 duck [23:49] <duck> wilde: CMS 搞得不错 [23:49] * wilde 想起 80 年代设计那事,5 个月的工作量! [23:50] <jrand0m> 好在我们有 2 个月 ;) [23:50] <wilde> 晚安 duck [23:50] <duck> 哦对了,设计应该“跪求”同行评审和有用的评论 [23:50] * ion 退出了 IRC (Ping timeout) [23:50] <jrand0m> 同意 [23:50] <wilde> 关于 toopie [23:51] <jrand0m> 我挺喜欢他,他很有趣、简单、贴题 [23:51] <wilde> toopie 看起来是不是有点……嗯……蠢 [23:51] <jrand0m> (而且他几乎能当任何用途的图标) [23:51] * ion 加入了 #i2p [23:51] <wilde> 他在眯眼 [23:52] <jrand0m> 呵,我觉得我们可以整一个适合放左上角 Logo 的 toopie [23:52] <jrand0m> 最近为了不同目的已经有很多版本在传了 [23:53] <wilde> 我喜欢他,但他必须见一下形象顾问 [23:53] * jrand0m 建议跟 DrWoo 多交流下,无论是设计还是 toopie 的事 [23:54] <wilde> 同意 [23:54] <wilde> 好,也许我们先到这 [23:54] <jrand0m> 不用着急,有很多东西要消化和打磨 [23:54] <wilde> 但如果你们发现了新的超赞 CMS,请大声喊出来 [23:54] <duck> 我们能把这个当背景吗:http://www.artchive.com/artchive/B/bruegel/death.webp [23:55] <jrand0m> 不过我同意 duck,说得好,把一个 drupal 搭起来供我们试用 [23:55] <jrand0m> 这图马上要上我桌面了 [23:55] <jrand0m> 我在想文字叠那上面是什么效果 [23:55] <wilde> 酷图 [23:55] <jrand0m> 其实,说到这,5) ??? [23:56] <jrand0m> 还有别的要补充吗? [23:56] * jrand0m 戳戳看台观众 [23:56] <wilde> 今天这里非常安静 [23:56] <wilde> 大家都来这儿听救世主 Jrandom [23:57] <duck> 2 小时有点太长了 [23:57] <mihi> *ggg* [23:57] * jrand0m 只是来喝啤酒的 [23:57] <duck> 也许你可以尝试每周两次、每次 30 分钟的会议 [23:57] <wilde> 不行 [23:57] <duck> 然后周五下午裁员 [23:57] <wilde> 那太频繁了 [23:58] <jrand0m> 我也觉得 2 小时的会议非常夸张 [23:58] <jrand0m> (除非是明确的专题会。比如专门讨论网页设计,或者某些 router 功能,等等) [23:58] <jrand0m> (看,我们在“元”讨论) [23:59] <jrand0m> 或许我该少说点,把时间限制在 1 小时? [23:59] <jrand0m> 或者会议的大头放到邮件列表里,#i2p 留给讨论? [23:59] * godmode0 退出了 IRC (Ping timeout) [23:59] <wilde> 邮件列表可以更多地用于讨论 Session Time: Wed Feb 11 00:00:00 2004 [00:00] <duck> 我觉得会前的邮件长文已经很好了 [00:01] <jrand0m> 那也许每周会议更多是“好,大家怎么样?有啥要讨论的吗?” [00:01] <jrand0m> (但这种开放式会议本身就很危险) [00:01] * godmode0 加入了 #i2p [00:02] <jrand0m> 好吧,也许我们把这个“元话题”移到列表或晚点再说 [00:02] <jrand0m> 我们已经破 2 小时了 [00:02] <jrand0m> 所以…… [00:02] * jrand0m 蓄力中…… [00:02] <fidd> :) [00:02] * jrand0m *baf* 地宣布会议结束