V2EX › ecloud 的所有回复 › 第 39 页 / 共 40 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 31 32 33 34 35 36 37 38 39 40

❮

❯

2016-08-04 23:22:28 +08:00

回复了 Tervor 创建的主题 › Linux › 国产开源 NAS 系统内测招募

实在搞不懂 Docker 跟 NAS 有几毛钱关系？

2016-08-02 10:36:49 +08:00

回复了 ecloud 创建的主题 › Python › PEP8 给我弄糊涂了，究竟怎么写代码才是正确的姿势？

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

2016-08-02 09:14:35 +08:00

回复了 ecloud 创建的主题 › Python › PEP8 给我弄糊涂了，究竟怎么写代码才是正确的姿势？

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

2016-08-02 09:12:09 +08:00

回复了 ecloud 创建的主题 › Python › PEP8 给我弄糊涂了，究竟怎么写代码才是正确的姿势？

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

2016-07-28 09:51:08 +08:00

回复了 Nexvar 创建的主题 › 程序员 › 文件夹上传有什么解决方案？

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

2016-07-27 18:03:49 +08:00

回复了 ecloud 创建的主题 › Python › 基于 python 的 HTTP 测试框架求助

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

2016-07-27 16:13:01 +08:00

回复了 ecloud 创建的主题 › Python › 基于 python 的 HTTP 测试框架求助

@SlipStupig 都说过了，不是 web

2016-07-27 12:00:52 +08:00

回复了 ecloud 创建的主题 › Python › 基于 python 的 HTTP 测试框架求助

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

2016-07-26 23:20:33 +08:00

回复了 ecloud 创建的主题 › Python › 基于 python 的 HTTP 测试框架求助

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

2016-07-26 22:46:16 +08:00

回复了 angusun 创建的主题 › 程序员 › 好奇心：大家搞出过最严重的 BUG 是什么?

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

2016-07-25 13:14:07 +08:00

回复了 ecloud 创建的主题 › PostgreSQL › 关于数据库架构的设计，优化，跨库

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

2016-07-25 13:12:09 +08:00

回复了 hggg 创建的主题 › 编辑器 › Vim 明显高于 Emacs，圣战要结束了？万万没想到第一是 notepad++

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

2016-07-25 00:36:04 +08:00

回复了 ecloud 创建的主题 › CentOS › 真烦， CentOS7 的 PostreSQL 版本好低

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

2016-07-24 21:13:10 +08:00

回复了 ecloud 创建的主题 › CentOS › 真烦， CentOS7 的 PostreSQL 版本好低

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

2016-07-24 17:43:31 +08:00

回复了 zyqf 创建的主题 › 随想 › 如果互联网一下消失，程序员还可以拿什么谋生？

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

2016-07-24 17:30:08 +08:00

回复了 axis315 创建的主题 › macOS › iPhoto 就是个渣渣

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

2016-07-24 17:14:49 +08:00

回复了 boro 创建的主题 › macOS › 已决心抛去 Chrome ，全部拥抱 Safari

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

2016-07-24 17:09:49 +08:00

回复了 ecloud 创建的主题 › CentOS › 真烦， CentOS7 的 PostreSQL 版本好低

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

2016-07-24 17:02:00 +08:00

回复了 ecloud 创建的主题 › CentOS › 真烦， CentOS7 的 PostreSQL 版本好低

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

1 ... 31 32 33 34 35 36 37 38 39 40

❮

❯