@crist #251
什么叫性能? 在多大的数据量和什么样的硬件上会有明显的区别? 是否做过 profile?

数据库几十个字段就哭了

参考一下思科的设备发现协议, 这种事情在网络层很常见

50 以内应该可以接受

select age , height , weight from user

不过我估计的说的'索引值'不是指这个吧

你写后端也会有这个问题， 在前端看来是一个接口， 其实后端调用了 N 个外部接口+N 个数据库查询然后再组装计算出来的。 只要是系统集成对接就会有这个问题， 所以， 慢慢写喽。

至于说让后端把数据处理好给前端？？一个接口写 N 次就是为了小程序和安卓 UI 上一个字段的格式不同？？？


后端接口要具有一定的抽象， 把一些共性的东西确定好， 把一些通用的东西规范化， 这样才能足够灵活。


比如说一个日期格式， 小程序端需要显示 20190101， 安卓端需要显示 2019/01/01, 后端需要把这个抽象出来，然后规范化： 返回一个日期 2019-01-01，至于说怎么展示， 那么每个客户端都按照自己的需要去格式化就好了，后端只需要保证数据是能够覆盖客户端的需求就好了

@meanhow #9 这是你的业务逻辑， 还是在业务代码中解决吧

1. mysqld 可以指定配置文件的位置的
2. redis，nginx 这种简单一点的也可以指定， 或者你自己编译， 加 --prefix 就可以了

有个想法，web 端通过表单收集填写的信息， 然后后端通过 MS 的技术栈 C#之类的调用 Word 相关的 API 帮客户填好， 最后每个表单都生成一个独立的 Word 文件， 要打印还是要下载都可以

可以的， 把社区中的优秀实践（ lombok ）添加到语言中才能保证语言的活力

你需要一个 web 服务器

对于你这种类型的用户来说是可以升级到 python3

但是对于运维来说， 系统自带什么版本就用什么版本，CentOS 7 到现在还是 2.7， 只要 CentOS 7 还在线上跑， 我估计 2.7 要会用下去

@chenqh #12 你上不了官网和 k8s 安装复杂是两个问题

@yangchuansheng33 #10
我的意思是这个复杂的东西拿一个工具包装成 ‘简单‘ 的的样子其实收效不大。

对于熟悉的人， 自己写脚本也能做到， 而且估计还有很多定制化的东西

对于新手， 一个报错就直接懵了， 你必须把这层封装和封装以下的内容都了解才能排错， 既然是新手， 怎么能了解那么多呢。

当然， 在某些场景下是有用的，这里不展开说。

@rrfeng #2 要不前端做这个 hash ？

@rrfeng #2 对哦， 先处理 header 再处理 bady， 搞反了

你计算一下 request_body 的 hash 放到 header 中， 然后根据 header 去重就可以了

这东西复杂又不是安装复杂

有数据库就不叫单元测试了