架构和语言有什么关系？架构是方法论，语言只是工具。楼主你需要跳出编程的层面去看问题，这样才能找到问题的核心。

摄像头藏屏下有点难度，镜头前面蒙一层半透明的画面，是人都得疯。还不如留个刘海，看习惯了也挺好的。

写个 url 配置表放在 redis 里面，这个表搞一个是否验证的字段，过滤器根据这个字段来决定直接放行还是验证身份权限。如果访问的 url 都不存在表里面，就可以直接拦回去了。

穿也要针对特定 ip 穿啊，嫌麻烦也可以开一个段，全开的真是醉了。

不是人家轻狂，而是楼主你没本钱了

@daimubai 因为 Java 内容太过庞大繁杂，教材不好编。Python 就很短平快，能解算法题就行。

这种用现成的就好，我会的都不乐意写，何况你不会还要学。如果是为了学习的话，选 Java 不会错。

买的房太远，上班还是租房住。

要有笔才行的吧

换大号的耳塞！密闭性不好降噪就没啥效果。

我的上个月不亮了刚天才吧换好回来。又是 C 面整体换

终于……解决了某些 USB 鼠标和触控板可能失去连接的问题

@TypeErrorNone 令牌桶里面令牌发完了就完了啊，怎么可能超发？不过为了避免有些人拿到令牌不下单，一般都会合理设置一些余量，譬如商品 100，那就发 150 个令牌。然后下单减库存加锁避免超卖就行了。

@Ashenone0 抢购可以先用令牌桶限流，只有有资格的才能购买。你见过电影院检票口阻塞吗？因为卖票的地方给挡住了流量，所以检票就可以很从容。

@binux 这个和 https 没关系，你可以尝试以移动 APP 或者服务间调用的角度来看这个事情。因为业务层逻辑不想也不应该关心传输层的事情，是的，除了 web 外，其他调用者使用 http(s)协议只是为了传数据而已。如果不同情况下返回的数据类型不统一，处理起来就很麻烦。所以才有只要请求正常，就是 200 这种方案。
对于 web 来说，可以很方便处理 http status，不同的 status 比较优雅。但对于其他端来说，这就是灾难。

先查一下目标用户是否存在，存在就不能邀请。

用 http 协议看看是不是就不报错了，是的话就是你这边的证书有问题或者他们那边的 ssl 库有问题。如果他们用 https 连别家接口正常，那基本就是你家证书的问题了。

git 本地库删掉没事，再 clone 一次就好了。远程库删掉也没啥，再推送上去就完了。