@no1xsyzy
est 说的 嘿嘿

这个论坛早就有人说过了

RESTful 是对 sql 的劣质模仿,没法表达的情况多去了

不要自己折腾邮件服务器没用的

因为的服务器你不在别人信任名单你里，随随便便就 ban 了你

@mahone3297
@coolyujiyu
@arischow
@mxT52CRuqR6o5
@wangkun025
@chihiro2014

openstack 单元测试所有数据库都是 sqlite，集成测试才会用到 mysql
海量单元测试用 mysql 才是不现实的，时间过长

如果你们觉得 openstack 的这类开发了整套测试框架的大型项目用 sqlite 测试不合理，那可能你水平比我好很多，因为我大部分都是 openstack 里学来的，也希望你能介绍个更好的 项目 /经验

openstack 里没有使用 json 字段，json 内容都是文本存储
因此单元测试不需要解决 json 问题（所以我没得抄），但是也因此 openstack 没法在数据库层过滤 json 内容需要去业务层做，我自己加 json 发现坑在了单元测试上，mysql 都还好解决

@jsisjs20130824
openstack 的表设计我还是很熟的
这个 array 是 json 的 array，不是关联表，pg 从 json 中独立了出了一个 array 类，看 sqlalchemy 文档里说这个玩意进入标准 sql 了但 sqlalchemy 目前之支持 pg

这个字段用来存储 服务器 ip，vhost 的 domain name 非常好用，需要外网 ip 的就过滤外网字段长度>0，
需要 domain 就 any 字段 domain name， 比做关联表好用多了

@jsisjs20130824
简单的 array 还是很方便的啊，本机 ip 列表，hostname 之类的真是方便啊，

但是！ 数据库支持都不统一呀............

fuck ！！！！

@virusdefender

不是简单不简单的问题， 单元测试会不停的创建销毁，这种情况 sqlite 是最方便的

@lux182
那我知道了
框架里 map 字段，压根就不需要你关心是 select*还是 select 字段

@est
你这样黑人太皮了呀

@lux182

如果你只想抬杠,或者就是要说 select*好，那么你赢了

如果不是,我建议你多看看大型项目，好好理解下那些看上去多余的做法
很多做法在小项目里是不需要的，大型项目周期长迭代多，很多看上去东西都是为了解决版本迭代更新兼容

你随手写点东西，压根就不用考虑迭代更新兼容，甚至不用考虑单元测试
自然很多做法就是多余的，禁止 select*就是基础中的基础

@lux182

新字段不在最后一行的时候，你 model 全乱

遇到需要热更需要先升级数据库，再慢慢升级程序的时候，你 select*咋搞

你先说清楚要干嘛
内部直接 decode
网络传输直接 struct pack unpack
ctype 就转 ctype 的对应的

。。。。如果用不上 sprintboot 的生态为什么要吊死在 java 上呢

php 不好么 23333333333

不说其他的 一旦你数据库表字段有增加,所有对这个表 select*的代码部分都要改

如果只是写点小东西, 无所谓

paypal api 和沙箱比微信支付漂亮太多了

但是不妨碍 paypal 垃圾微信支付好用......

文件传输 l 老老实实调用 shell 才是正道,因为 python 太慢了,ssh 协议这种有加密解密的更慢

除非有比较特殊的文件过滤机制必须在代码里,才考虑用 python 写传输过程

可以看下 coreutils 里 split 的的代码
如果也是复制, 那应该没有一般性的做法能做到

默认的 neutron 网络组件, 每个 port 对应到对应的 openvswitch 里的 port 以及对应的流表配置
然后会在网段对应的 namspace 里创建多条防火墙规则
你有兴趣可以看看 neurton 在系统里每个 namespace 里有多少条防火墙规则
你这几百个 port 的..想想就蛋痛

openstack 的网络性能一直是个大问题来的

当初华为还折腾了个龙流....然后好像几年前已经停止更新了

我用 m 版已经没什么大问题了就是
就是很多功能在网页上还不全只能 cmd

m 版后面的基本都没什么问题

openstack 用什么单机,学习都不应该用单机,更何况使用

还好吧,neutron 还没用上 ovoo 的 remote

这玩意那么复杂主要为了方便开发各种网络设备的模块