彩虹，别想歪，哈哈。

除此之外，我们不会对内容做任何触动。

我赞同你的考虑，这方面的考虑严谨和规范一些总是好的。

那么，能否给我一个你比较认可的 EULA 作为范例呢？

BTW 我及这里其他有管理权限的人，我们从来不会修改用户的内容的中心思想。我们至多会做这样的一些修改：

1. 如果主贴中包含盗版下载链接，那么我们可能会把这个主题删掉，或者，如果考虑到希望保留其讨论价值，那么我们会把那个盗版的链接去掉。

2. 有的时候标题中会出现一些影响首页美感的标点符号，比如 Windows 下的输入法输入全角的 [ 和 ] 时出来的那个标题符号，那这种时候我们会把这样的标题符号修改得比较瘦一些。

3. 由于代码的原因，有的时候用户内容中的链接不会自动转化为可点状态，那么我们会在链接左右为用户加一个半角空格，以启动链接自动转换机制。

@chouj 不是团购。

@pinepara 确实是缓存的问题。

xScope 可以

http://xscopeapp.com/features

1. 用 upstream

http://wiki.nginx.org/HttpUpstreamModule

2. 记得在 server { location / { ... } } 里要加入 proxy_set_header Host $host;

@fcitx 你是 fcitx 输入法的作者么？

@okidogi 首页上的缓存是最短的，而其他地方的缓存的生命周期会更长。

这些数据在统计的时候是每次刷新都会写入的。

但是读取的缓存的 TTL 比较久，这样是为了节约 datastore 的读取。因为很贵。

合租服务器是一件非常牵涉精力和时间的事情，作为协调人会很累。

而且第一年合租的很多人，基本上到第二年就不会再续了的。如果硬盘中途出问题，你肯定需要跑机房解决吧。

我觉得还是把这些事情托给专业的云服务商，自己的精力还是就放在作品上吧。

我们之前的实现参考的是 Django 的，后来发现 Django 的实现在处理 https 时确实有问题。

@alexzhan 多谢提示。

我一会去看看 Tornado 里他们是怎么实现的。

It's a FREE app. :)

非常抱歉。

这个问题现在已经修复：

http://www.v2ex.com/t/30108

@xi4oh4o 修正了对于 https 类型的链接的 autolink 处理逻辑。

现在好了。

话说 gist 实在是太卡了。考虑是不是自己为它搭一个反向代理加速好了。