@windrun 质疑毫无问题：

域名解析上去了，能访问，还在做爬虫，这是叫闲置？

@wallace5303

fastadmin 模式相对微擎来说就一般了。。。

fixfox：

我用 Rust 我没崩。

@RickyC

开源的目的可能有：

1 ，打造个人或者企业品牌；比如：BAT 的一些开源项目，Vue ，Swoole ；
2 ，东西太难，必须利用社区力量不断完善才能打败竞争对手；比如：Linux ，Android ，redhat
3 ，增加用户信任，打造产品优势；比如：mongodb ，TiDB
4 ，学习技术，练手，抛砖引玉；
5 ，大企业人才挖掘：曾经因为开源贡献收到百度面试邀请函；
6 ，SEO 占位；
...
xxx ，为爱发电（可能只能放最后了）

开源可能真的往往只能是手段，不是目的。
只是有的人手段高明有的恶劣，
可以站着赚被人夸，
有的人想躺着赚被人骂。

30 岁前的时候你一人赚钱一人花，可以为爱发电免费开源赚名气，加入大公司项目拿敲门砖；
30 岁后你可以利用开源将事业做大，站着把钱赚了。
我认为都没错，且对社会和人类有贡献的。

至于部分假开源 ---- 群众的眼镜最终是雪亮的。

想办法了解用户需求，
他们用你的工具做了什么，有哪些困难，然后看能为他们提供什么，直到他们觉得你提供的东西物超所值，
然后你评估解决方案是否能具备通用新和复用性，
如果具备那么可能离赚钱不远了。

其实更加具体的例子是 tailwindcss ，框架免费，但是组件收费，
然后提供许多写好的美雅的成套组件收费，

不付费只能看到图，
少量付费后可以得到编码后的 dll ，
付费足够后得到组件源码。

@RickyC

不同的项目不一样，毕竟大家还是要赚钱，
开源是更多是一种商业模式，
尽量让愿意付出大精力的程序员可以免费，
让有钱的能赚钱的企业和个人用户付费。

基础设施类 -> 如：docker ，linux ，免费，通过增值业务收费或者对超大企业客户收费，云端版
ToC 工具类 -> 订阅，买断，去广告，Pro 版本
ToB 工具类 -> 买断，订阅，维护，咨询，定制，

这种模式好比 bootstrap 免费，但是基于 bootstrap 做的 theme/template 就要收费一样的思路。

你这个比较适合高级 SDK 收费：

为用户提供一个基础 SDK ，然后在做一个高级 SDK ，可以直接生成特定功能\行业的解决方案（ Demo ），这个接近成品的 Demo 收版权费或者定制费。

1,订单是可以重复支付的，用户第一次用微信发现不够，再用支付宝，那么一个订单就是有两个支付订单了！！！

2,避免订单订单重复支付是前台要提供的，前台要阻塞。

所以：

1, 订单支付状态只有 0 和 1,没必要有支付中。

2, 订单和支付最好分开来，这样每个都是可溯源了

3, 后台只需要在 callback 时根据状态决定是否继续处理即可。

update payment set paid=1 where paid=0 and id=x;

根据结果再

update order set paid=1 where paid=0 and id=x;

根据结果再发送订单支付消息之类

@857681664
@icepie

你们是如何看待电视机每周几个 G 更新的？

@lmshl

全自动多次增量，mysql 同步到 pgsql 做分析，打算用 fdw_mysql 了。
找了一堆工具，都好久没维护了。也不够智能。

今年算好的拉，
我记得我刚回来有阵子一个季度也就晴几天。

@lmshl

我正在写 mysql 迁移到 pg 的，正在考虑怎么动态字段，有什么参考吗？

codeup 还不错，目前免费量足（基本功能都差不多免费且没人数空间限制）

你都 like 了，还要什么性能。

1 ，关键是索引太长，没必要，只对前面 16 或者 32 位建立索引可能性能更好。
2 ，这个级别，至少要分区了。

@outdoorlife

阿里云 RDS 上放了一个 1 核 2G 的 Mysql ，没在怎么优化，1.9 亿数据，每天几百个人用及万次查询，一个页面几个查询，打开速度几十到几百毫秒吧。

字段:
用户书籍编号（ bigint ）,章节编号(bigint),段落编号（ bigint ）,段落内容(text)，状态（是否删除 tinyint ）,创建时间(datetime)，修改时间(datetime)，用户编号(bigint)，段落序号（ smalint ）。

平时查询都是查某一章未删除段落按序号从小到大排列，而且都是 select *。。。

主要影响时间的是某个章节段落超过 1000 以上以上的会返回比较慢，或者段落排序修改时会比较慢。

平时慢查询日志，超过 200ms 都会记录，一般只有上面两种情况会出现需要几百毫秒的满查询，其他都不会。

Postgresql 选择没错的，Mysql 只能做 OLTP ，PG 可以 OLTP+OLAP ，我最近就在为 MySQL 转 OLAP 头痛。

SCRM 你搜索试试