不推荐二进制，虽然节约了空间，但是直观性扩展性不高，而且要利用索引也麻烦
加个映射表吧

如果说第一条多花点时间还勉强可以做到
第二条 "所有的异常情况考虑周全，捕获到位。"
永远做不到，如果你做到了，那一定是系统不够复杂

@yitingbai

https://i.imgur.com/rJ3mF2z.png

众所周知，高精度值计算存储全球统一看法字符串最稳，所以用 decimal

另外，如果可以接受内存大点的话，go-astilectron 是个不错的选择，基于 electron 的，开发个几个小工具了，比较方便没有什么坑

@ysc3839 同意你的看法，miniblink 闭源、开发团队精力不多、不跨平台、未全球性推广都决定了它很难真正流行起来，不过开发一些快捷的小工具，还是可以考虑下的，毕竟 go 的 gui 天生缺，做界面 HTML5 也具有天生优势 快&方便&人人都会一些

如果不考虑跨平台的话，要不要试试 miniblink，内存占用几 M-几十 M，直接 HTML5 书写，跟 go 交互也简单
https://github.com/del-xiong/miniblink

@shikkoku 我只是举个例子，无论你价格多少，想保证所有人满带宽运行都不是现在的价格能 hold 的

我觉得是合理的，标准带宽只能保证你"合理使用"能达到的最大带宽，因此用户能使用的总流量应该会有一个预估，对普通用户来说是几乎不可能超过上限的，屏蔽超量使用用户是为了保证整体使用体验，虽然我也在使用 pt，但不能昧着良心说话，我周围从没听说哪个正常用户被限制宽带使用的。
如果要保证每个人都是最高带宽 7*24*30 运行，对 90%+的用户来说意义不大，但要相应提高数倍基础设施，对用户端来说就是我本来 129 元的宽带，现在可能需要支付 399 。
同类的例子还有要求快递全部送上门，为了保证少数用户的体验提高整体用户的成本，我都是反对的。
如果你自己不满也可以申诉重新获得资格，对部分申诉的特殊用户保留使用资格，他们也不是第一次处理了，但对整体用户来说，仍然会添加使用限制。
这其实是一个经济问题。

就我所知，备案查询应该是要验证的，不清楚验证后可以管多久

之前在外企呆过，都是规范格式，描述有误被打回 pr 的大有人在，现在养成了习惯尽可能一句话描述清楚改动
养成这习惯很有好处，有一次调试一个 bug 追踪到了 4 年前，根据详细的 commit 描述 1 小时就定位到了，如果 msg 乱写我估计 1 天都未必能找到

@eric96 kv 写入是完全没有问题的(渣机都可以跑到 4w+)，不过一般的 kv 库都存字符串不支持字段(需要序列化存储)，要支持字段只能考虑楼上列的其他非 kv 数据库

纯 kv 数据库选择就多了 rocksdb 应该是入手最简单又能满足需求的

我也遇到过，今年暴跌前交易所新上了几个新币，几小时涨幅高达 10 多倍，正常人一般看到这种很容易陷入异想天开：涨幅如此剧烈，我就临时梭哈一下赚个 1 倍就跑。。。这样想你就要被割了，这种币就是纯属骗炮的，套了一大批人
不过没骗到我，因为我是老韭菜，被割的多了就有经验些了

如果想吐槽就安心吐槽
如果想咨询大家就详细描述下具体场景，这样起了个标题就想大家给出思路的，谁做得到呢
就你这个标题，瞬间能想出几十种可能

@encro 我们也用阿里数据库 rds polar 之类的也在用自建数据库，阿里的是做了优化感觉比原生 mysql 性能要高些，然后云数据库估计硬件配置也好所以快

count(主键)会稍微快一些，当然想彻底解决只能缓存起来，count 本身很难优化，互联网巨头都没办法

通过第三方网站来获取公网 IP
不明白为什么要通过第三方，我接触过好几种固件都是直接路由器接口就有公网 IP，绝对准确