作为一个运维，每天在 terminal 和服务器、数据库交互的时候都需要反复写密码的，linux 、osx 、windows 来回切着用，我需要一个跨平台的能在 windows terminal 和 iterm 里输入密码的东西，能在各个接了 ldap 但是没有 sso 的地方输入密码的东西，能自动识别我需要的密码自动填写的东西，作为 1password 的早期用户，这么多年了，一直在给他们说这些需求，官方不给力，就合作开发了 sudolikeaboss 这种 iterm 扩展，然而 7 出来之后官方直接封了协议，把 terminal 和 linux 上的客户端做成了 saas 。其实钱也无所谓，只要好用就成，但是因为过一会儿就要联网验证，我填个密码要 30s，直到前一阵服务器挂了，急得我啊，欲哭无泪。

bitwarden 、keepass 之类的当然也是无法满足我这种要在所有要输入用户名和密码的桌面靠一个快捷键就自动填的需求的，索性自己撸一个。

已经找到合作者啦，谢谢大家，不过项目应该是要长期做下去的，以后还有合作机会，再次谢谢回复的各位

@Mindjet 啊哈哈，轮子哥说明年先支持一下 wasm，手机端的先全部用 webview，所以到时候效果怎么样不给你保证（逃

@locoz 是

下面是吹牛逼时间：

用的是轮子哥的 GayUI，本来我只是想看看 GayUI 开发到什么程度了，毕竟从我听说这个库到现在也快有 10 年了，用起来就爱上了，比我用的所有 Gui 库（ gtk 、qt 、javafx 、cocoa ）都好用，然而这么好用的东西竟然连个 StackOverflow 的提问都没有，完全只能自己摸索了，索性就做个大一点的 demo 出来。我感觉我还是能 get 到很多轮子哥在设计这套 gui 的时候想到的点的，比如 coroutine 和 state_machine 。所以我会尽可能按照最佳实践来开发 GacPass，给初次接触这套框架的人一些帮助，同时也满足一下自己多年对密码管理工具各种需求缺失的遗憾，哈哈哈

@Haujilo 我们是自建的 k8s，也写了很多深度结合云服务 api 的东西。如果是自建机房的话，我感觉 openstack 是必要的，k8s 只负责调度容器，偏应用层多一些。服务器本身的管理还是应该有专门的软件去做。云服务现在就是 cpu 和内存成本低，如果有大数据量需要存储，还得自建

@KalaSearch ♥️

@mudone 感谢支持！官方应该是把注意力放在其它事情上了，未来可能会用更好的方式支持协议扩展，其实还是挺期待的，硬编码的方式确实不友好，不够够用啦。

其它问题没遇到过。

没用过 openstack，只说 VM 的话应该就是扩容快吧，
配置好一个 node 镜像，需要扩容的时候直接开机就加好节点。
api-server 节点最好用域名而不是 ip，比较方便在故障时迁移服务。

遇到过比较大的故障都是和我们自己误操作有关，比如将测试环境
的配置上线到生产环境、coredns 的服务器到期没续费被回收了，然后
又在节点上打了 taint 导致无法调度，云环境里唯一一个比较坑的是
SLB 不允许 4 层后端节点通过 SLB 访问自己，只能用 7 层。另外就是跨
机房要注意延迟，有时候会导致 api-server 超时之类的。

我感觉，如果是自建服务器才需要 openstack 来管理物理服务器吧
如果是云环境直接上 k8s 就可以了。如果是自建物理服务器的话，应该
不需要 vxlan 了，传输效率上可以再高一些。

P.S.前一条回复本来想换行，结果不小心按错了。。。

没试过 openstack，阿里云里自建 k8s，使用两年左右，记录下问题：除了初期遇到过因为没有删除 default cni 插件配置导致 flannel 更新路由失败的问题

哈哈，wifi6 不妨再等等，我当年猴急入了 R9000，到现在都没用上 802.11ad 的设备...不妨考虑一下 R8500，比 R9000 对 5GHz 支持的更好，QoS 、双 5G 以及有源天线，穿墙也很平稳，而且没有唬人的 60GHz 和 10G 光口，很实用吧。不过如果考虑入手高端 VR，不妨试试 R9000，为了用上 802.11ad 正准备入手 VIVE...反正都是上代产品了，很便宜的。

java 的 mysqlconnector 本身支持流式读取吧，迭代器就是一行行处理，具体到 connector 本身的实现应该是每次取 1000 行，遍历完了再取 1000 这样。处理成 csv 的话，内存里应该最多有 1000 行数据就够了，反正就是流式读取流式写入

可以用 vpc 来做 ip 池子。具体做法是把服务器迁移到 vpc 内，然后用内网 slb 配合 eip，实时监控 eip 流量，上来了就换 slb 上的 eip，用 api 可以做到秒级切换，阿里云只说不建议这样用，并没有禁止这么做。

还考虑实习不？北京来广营跨境电商方向，还想看看的话，简历发"chenshuoshi#inagora.org".replace("#", "@")

北京的公司考虑一下吗？可支持用公司小项目直接做毕业设计。感兴趣简历发到 "chenshuoshi#inagora.org".replace("#","@")

那啥暑假有时间吗？想实习吗？坐标北京来广营，跨境电商方向，有 mentor 带。感兴趣简历发到 "chenshuoshi#inagora.org".replace("#", "@")

能发一下简历吗？ [email protected]

其实只要用区块做溯源的成本低于假货带来的损失，就可以考虑用区块技术来溯源了。我没看懂 @jsnjic 说扫码的时候用户成为一个节点是什么意思。确切的说应该是付款的时候把付款信息写入区块，从而保证一个溯源码只能被消费一次。非要较真的话确实避免不了买到假货，比如在支付前我就把东西给换了。但是啊，换掉了真货也没法再卖出去了，因为每个溯源码只能被消费一次，除非你自己用，对吧。另外源头造假的问题是很好解决的，毕竟只有厂家可以写入商品信息，那么厂家自己造假也能挣很多钱，但是别忘了，还有质检呢。出场之后先质检，质检也可以写入质检信息，只有质检合格的产品才能售卖，售卖的时候再写入售卖信息，这样就保证了溯源的可靠性。当然每次写区块都是要有成本的，现有的几个区块网络汇率波动太大，每次写入都要手续费，那么这个成本就不可控了。这个可能就是 @jsnjic 说的低价品做溯源没意义的意思。比特币、以太坊因为已经是大家熟知的去中心的区块，所以价值比较高（我知道这是炒作上去的，但是因为人家矿机多，已经事实上建立起了一个去中心化的分布式数据库，虽然有水分但是这个确实是可以支撑起它那个价格来的，我不是吹什么，我自己没投一分钱到比特币，只讨论一下技术）。我知道的京东一些高端酒已经在用区块链溯源，但是京东的区块似乎没开放挖矿，说白了它不是去中心的，就没有什么卵用，估计只是一个噱头。但是这个技术的确不是扯淡，区块技术的核心就在于去中心化+公私钥彻底解决了数据被篡改的可能性，可以用来溯源，就看成本是不是比你打击假货掏的钱多。高端酒一瓶 3、40 万，应该是不在乎那点儿写入手续费的。纸尿裤这类就不好说啦

@sunjourney 我们也招王子的