V2EX › Livid 的所有回复 › 第 1038 页 / 共 1519 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 ... 1519

❮

❯

2012 年 12 月 5 日

回复了 zhen14 创建的主题 › 配件 › 关于右边链接推荐的路由器

不算什么高端型号，属于那种用坏了丢了也不可惜的类型。

之前家里的 AirPort Express 坏了，于是就入了这个。用了一段时间觉得还可以，就把链接放上来了。

2012 年 12 月 5 日

回复了 Tiny 创建的主题 › 反馈 › @livid 每个页面都有一条奇怪的线

Safari 的问题，只能等。

2012 年 12 月 4 日

回复了 justend 创建的主题 › Markdown › 关于MOU网站的一点小建议

目前确实不够明显。

希望这个你可以参考一下：

http://bjango.com/mac/istatmenus/

2012 年 12 月 4 日

回复了 yaotian 创建的主题 › Django › django中的view.py,如果一个方法中有一个比较耗时的操作，比如分析一个网页，这样的操作适合放在view.py中吗？不过不适合，大家怎么处理的？

@adamwen 和主站放到一起的好处就是尽量复用代码，比如 data models 操作相关的那些。

如果单独为 rq/celery 写 tasks，那么很多 HTTP 环境里的上下文可能都没法用。

2012 年 12 月 4 日

@yaotian 我是这样做的：

1. 通过 supervisord 管理启动的 instances，每个一个端口，比如 30000-30009 是前段端口，30010-30019 是后端端口。

2. 在 nginx 里把 30000-30009 做成前端的 upstream，30010-30019 是后端的 upstream。nginx 支持 least_conn 方式的负载均衡。

3. 然后通过 nginx 的 allow/deny 规则让后端 upstream 只能通过 127.0.0.1 访问。

4. 在 Tornado 里通过 rq 去 call 后端的那个域名。

2012 年 12 月 4 日

@yaotian 这就是为什么要在两个端口启动 _至少_ 两个 instance 的原因。

我的某个项目中，Tornado 框架，12 个读 instance，12 个写 instance，通过 least connection 方式做 load balance。

2012 年 12 月 4 日

启动至少两个 instance，在不同的端口。绑定 80 的那个用于所有读操作，另外一个用于这样的耗时操作。

通过 queue 去 call 另外一个。

2012 年 12 月 3 日

回复了 tioover 创建的主题 › Python › Py3还缺什么

PIL

2012 年 12 月 3 日

回复了 hepochen 创建的主题 › 程序员 › 国外的服务器，我们这样优化访问速度

非常同意这一条：

写尽量放入 queue，让用户访问时只需要读。

2012 年 12 月 2 日

回复了 supero 创建的主题 › 酷工作 › [硅谷-美国加州]诚邀服务器端海盗同船，2013年，我们逆袭硅谷。