花了 21 买了文明 6 的两个 DLC 吃灰。嗯，这回 DLC 都买全了，开心

@NoKey 鉴权的 token 它没有自己的 id 么？我是把 token 存 redis 的，key 就是 Token:id 。这个没必要存数据库啊。

存着不影响性能，读的时候不批量读取很多行也没什么性能问题。建索引也不是不能建，就是太长了性能不好。如果超长了就建不了索引了。非要索引的话，建议存 hash 建索引。

```
for i:=range array{
if i==len(array)-1{
// do sth special to array[len(array)-1]
}else{
// do sth normal to array[i]
}
}
```
这才和下面代码等效哦
```
for i:=0;i<len(array-1);i++{
// do sth normal
}
// do sth special for array[len(array)-1]

```

第一个和第二个不等效啊。第一个方法最后一个处理了 2 次，第二个方法最后一个只特殊处理 1 次。然后，OP 的写法在我看来逻辑不是特别清晰。强行挽尊的不是你的 mentor 是你啊。

我们这文档是有的，但不多……

后端可以无代码呢，亲！前端直接执行 sql 又不是做不到。

windows 的更新从来都是在你不用电脑的时候进行的。不和你抢资源，你还觉得不好？

理不清思路，画思维导图。遇事不决，也能画思维导图。总之，画思维导图就对了。

其实这种不存在商品表。因为这本质上不是商城而是交易。交易么，就是财务那套东西，记账。根据货币/物资的借贷记录，计算出货币/物资的数量即可。也就是一次交易，双方各记两笔账：物资的增加数/减少数量，货币的增加/减少数量。只要记录没错，那玩家的钱和道具就不会错。

至于这个表的数量会不断增加的问题，其实很好解决。停服维护的时候，把历史交易记录归档，然后只留下一条汇总记录即可，这就和财务的期初余额是一个道理。

@mydingyan 对方大概率是独女，最多最多还有几个女儿，要是有儿子，就不会有这种离谱的要求了。所以，大概率这遗产只能给外孙/外孙女。因为也没旁人可以继承。

业务日志还是 mysql 吧，7.6 就支持 json 了。

当然是买回来吃灰啊。
虽然玩不动，但买还是要买的。万一哪天就想玩了呢，下架了就买不到了。。。现在玩个 3 分钟就想睡觉，就离谱

日本可以的，应该会很欢迎年轻人去做骡马。可惜岁月不等人，要不 20 年后国内就和日本的现在一个样了。

git 不是可以设置项目为 public 还是 private 么？ public+开源 license ，不就是开源吗？

@kingjpa 其实产能过剩的时候印钱是不会造成通胀的，只要过剩的产能没有被消化掉，这价钱就涨不上去。

问题是印钱容易发钱难，国家放水 300 亿，最终恐怕连 30 亿都进不了老百姓的腰包。这就造成更进一步的财富集中，带来更多的社会问题和财政隐患。

同类型轮胎性能相差没有价格大，所以换一条不同品牌的轮胎问题也不大，不激烈驾驶的话，基本没有什么影响。

没办法，C 跟 B 太近，没有保持车距就是 C 全责。但这个 A 必须谴责，如果有录像，可以举报，扣他分罚他款。