@kkzxak47 我以前用 VIM 的习惯是窗口都是 160 列，到头了自己折行。不过现在这个脚本要部署在服务器上，考虑远程维护的话可能还是按照 80 列折行的好

@Yc1992 谢谢提醒，才想到有这功能，哈哈，头一次用 PEP8 ，搞定了， Ctrl+Alt+R

好吧，弄明白了，不用\断行它就没毛病了
不过又有新问题，下一行，无论我缩进还是不缩进，都提示
continuation line under-indented for visul indent

断点续传必须有个客户端， applet 或者 flash 之类的

初步看了一下，决定用 Locust 了
优点：测试用例管理，多端、多用户模拟，并发，多线程，有还算是比较详细的报告输出，并且主从模式所有数据汇总到主机的 HTML 报告中的，权重控制多样化， HTTP 返回值可以自行解析完后定义成功还是失败
缺点：没有数据驱动（暂时只能硬编码到程序里读取一个固定的数据文件 /DB ，以后考虑给它写个扩展吧）
算是基本上满足了 85%的需求了吧
Locust 这东西的确是比较适合针对 RESTful 的 HTTP 服务器进行接口测试和压力 /性能测试的工具

@SlipStupig 都说过了，不是 web

@rainysia 看了 locust ，感觉不错，准备试试

@neo1218 看了一下 readme ，比较接近我的需求，但是里面主要提的是压力测试这块。我还需要的是将 HTTP 的返回内容进行解析，取得业务逻辑相关数据，判断是否符合预期。有的业务逻辑是需要几次 HTTP 的来回才能算作一个测试用例。但是我在 readme 里并没有看到相关内容。
换个说法，我想要个以 python 为脚本语言，命令行版的，简化版的 loadrunner/RPT

给人装电脑，出门的时候手里握着 CPU 算不算？

@wander2008 因为想着把会员数据库单独拿出来就不需要读写分离了，因为会员数据跟业务逻辑没有太大相关性，这样以后维护起来也方便

@hggg 左脚 meta 右脚 ctrl ，高手还有半联动^o^

@Quaintjade 别提 EPEL ，早些年我被 EPEL 自己的依赖关系玩死过一次，不知道如今有没有改善。不过，我还是不敢在生产系统上用

@est 说点跑题的。我觉得按照常理来说，选择 CentOS/RHEL 的人应该跟选择 docker 的人没有太大交集。
之所以用 CentOS/RHEL 主要就是冲着安全、集群、存储、稳定性来的，而 docker 在集群、存储和稳定性方面都打破了红帽原来的布局。当然也有些用户并不很在乎这四个方面，那么其实是他最开始选错产品了。
RHEL 这东西自打一诞生就是冲着模仿商用 Unix 的路子走的，目的也是挖 Unix 的墙角。而如果你的使用模式是 linux 式的而非 Unix 式的，其实不应该选 CentOS/RHEL
@mko0okmko0 综上所述， CentOS/RHEL 并不是开箱可用，只不过它开箱后所需要配的东西，跟一般的 linux 模式不一样而已

当年学 Basic 的时候，学 6502 汇编的时候，也没听说有什么网……

非常渣，所以庆幸我当年买了 Aperture^_^

这才是正确的使用 Mac 的姿势

@mko0okmko0 CentOS/RHEL 上手动编译 PostgreSQL ，后续的 SELinux 等各种配置能把你烦死，尤其是 7.0 以后 init.d 改成 system.d ，启动脚本写法都不知所云了

@DesignerSkyline 其实 PostgreSQL 有官方的 yum 源的，我就是来吐槽一下红帽的保守而已

@ipconfiger 生产系统还是用 CentOS 省心。红帽家很多事情都做得很到位，比如预装的 tomcat 就根本没有 mamager 应用，完全是冲着纯生产系统来的