@liwufan
感觉没有这么复杂吧？
再不济，写个程序监听命令，收到立即重启不行么？

@zhzy
应该有跨系统的网络管理软件可以实现的吧？

直接代码去实现吧，把用户都分页查出来，然后查每个用户的第一条，控制好并发，也很快的。

@mbtfdwlx

理论上小游戏就是一个 H5，不需要在特定的环境里（微信）里面才能打开，之所以大部分都在微信里，是因为微信流量大，易传播。

我的意思是有没有那种类似 H5 游戏大厅的（类似 http://open1493.open.7724.com/），可提供单个游戏网址，限制少（不需要登录等）的 H5 游戏，这样方便集成到 APP 里面。

很多游戏盒子里面的 H5 游戏，难道都是开发者自己部署的么？

微信已支持，活着才有希望，祝早日康复！

验证了一下，这么用也是对的，gorm 拆分成两个 sql 语句了。
问题应该在与你的 db 对象，前面已经加了条件了。

建议提问题的时候简明扼要一点，这里无关的东西太多了。
我的印象中 Find，和 Count 应该分开用吧，你这样想一下查两个值应该有点问题。
开一下 orm 的 log，测试两下不就出来了么。

@lsls931011

另外如果服务器缓存中间结果，你的存储会不够的，如果用户大的话。
目前很多都是客户端做的，每个站点维护一套规则。

这里有一个问题，如果全部服务器来处理，如果目标网站有反爬的话，必须要代理服务器，比较麻烦。
比较合理的是服务器下发规则，客户端 /浏览器自己请求解析。

@chennqqi

这个只是我之前的测试数据，可以更高。
性能的瓶颈在于请求 DB 的相关逻辑以及 redis 的处理能力，如果 DB 查询没什么问题，redis 单机 10 万 QPS 应该都不是问题。

@iPhoneXI

是的，目前采取的就是这个策略，只不过加了内存->redis 两层。
更新目前直接操作数据库，然后调用 Delete 使其失效。

@wweir

我这个是轻量级的缓存，主要是以读为主。
更新的话，目前是直接写数据库，然后删除对应的缓存，下次访问缓存未命中直接查询数据库就可得到最新的数据。

@MarkOrca
这个之前测过 1000 并发的，主要是读。如果写不是很频繁的话，理论上应该没什么问题。

@kevin1234
这个不会，所有机器共享 redis，各自维护自己的内存缓存。
通过 Delete 可以删除所有机器中指定 key 的缓存，可以保障下次该 key 被访问时是最新的数据。

@jadec0der

RBAC 是权限管理的部分，我这里更多的是 SSO （单点登录）的需求，感觉 go 里面的库还是比较少吧，可能会把这几个接口改成微服务的方式吧。

@sagaxu

如果公司搞个 PHP 的新项目，让你回去搞 PHP，还回的去吗？

我和老板是大学认识的，不算很熟，我的上个创业公司失败后，他来找我，当时这里发展不错，融资也很快，所以打算过来学习一下，过来也有期权，来了大半年吧。

目前想辞职主要有几个原因：
1, 996 太伤身体，身体太疲惫。
2, 个人定位模糊，最开始参与业务开发，后面因为公司需求去独立负责一个模块，但是现在这个方向不行有加入新的业务开发。对于我个人没有明确的定位，现在是哪里需要去搞哪里。感觉心很累。
3,我是降薪过来的，最近要给我涨工资，勉强达到上家的水准，理论上目前自己去找工作，是可以找到待遇更好的。

整体上公司的节奏很快，疲于搞需求，感觉没法最大化自己的价值，我个人还是希望做点有技术含量，能体现自己价值的东西吧。最近每年差不多每年代码都要写在 5-10 万行吧，有的时候真是写代码会想吐。

目前没有想着找下家，也没什么压力，在考虑先休息一段时间，尝试一下自由职业。