SQL 定时任务跑脚本啊，单次数据 1K 条以内基本不会影响正常业务。估算一下应该多久跑一次，留个 20%余量安排上就行。

沿街的房子噪音和楼层没太大关系，某些地方甚至顶楼的噪音要高于底楼。因为低楼层只受附近的噪音影响，远处的噪音被临近的建筑和树木遮挡，高楼层由于缺少遮挡会受到更远处的噪音影响。

顶楼最大的问题是隔热，但要具体看建筑的隔热效果。隔热层做得好的，顶楼也不热。还有漏水问题，这个要看物业对房屋的维护做得好不好。维护的不好，漏水就是迟早的事。

我只听本地音乐

日志通过 Fluentd 搞进 ES 里面去，讨厌的 log 文件就没有了。Kibana 删索引文件可方便了，查日志也方便。

楼主已经加到 20 多万了……好吧，这个价钱估计猪八戒什么的有一堆的人来抢破头。骗子太多，傻子太少，根本不够分啊。

首先，楼主不知道如何解决问题，只知道懵懵懂懂地去寻找自己也不知道是不是的「最佳实践」。

然后，我推测楼主其实是根本不知道问题是什么。这就比较僵硬……

忘记是谁说过这么一句话：提出问题是技术活，解决问题是体力活。吾心有戚戚矣。

接口测试不是基操吗？反渗透应该是一种自觉吧，没有特意做渗透测试，对自己的逻辑非常自信。

压测从来不做，我写的接口响应时间大部分都在 20ms 上下，少数接口会达到 60ms 。就这还压测个 P 呀，自己估算业务量上相应的 ECS 就完了。

@otakustay serverless 是一种理念，而 FaaS 是这种理念的具体实现。

FaaS 有点像力扣刷题，只不过你写的代码不是给你评个分，而是可以被外部调用罢了。

serverless 就是把原先是在自己本地项目上面写代码，写好要自己部署，变成让你在平台上写代码，写好后自动部署无需操心运维的事。但是，现在稍微懂点运维知识就能借助一堆的开源工具搞定运维了，而且搞好后就压根不用管了。所以，真的有必要要让 server less 吗？

面试又不是猜谜，这个面试官做得不合适。

瞧楼主这纠结的……要是我，直接全让孩子随母姓得了。孩子姓啥有什么可纠结的，真是搞不懂。要么干脆随丈母娘姓也不是不行。

spring 可以用实体类接收 url 参数，这是一个小技巧

我们系统里面用户的热数据基本都走缓存，读写用户表是极个别现象。所以哪怕上千万也就不去管它了，稍微慢点一点都不影响什么。

你们的电脑难道都不会自动休眠的吗？？？我记得这个功能 win7 就已经做得很好很可靠了呀。Mac 的休眠我这里是 ok 的，但经常看到有人说合盖掉光电……我觉得这是个玄学问题，这里就不讨论了。

@huntcool001
@aliez1995
你觉得过了 59 秒计时已经快结束了，可实际上 key 的 60 秒计时刚开始呢，下一秒你什么也干不了。key 是你访问接口的特征字符串，只有在你访问接口的时候才会在 Redis 中存在 60 秒。也就是说，只要 Redis 里面有 key，你就只能访问 10 次。要想访问第 11 次，得等这个 key 自己消失才行。但你一旦进行第 11 次访问，这个 key 就又自动出现了，所以你接下去也就只能是 10 次。

基本上有物料管理、库存管理、出入库管理。要好用一些还要做货位管理、拣货、上架任务规划。熟手两个月，生手半年也未必搞得出来。

那就先收点画原型的钱好了。

从来只有论坛交友，哪有正常人用 app 交友的。。。

外接显示器会启用独显，这个功耗大概是 12 瓦。然后本来正常功耗 4-7 瓦的，接了外显也会提升到 12 瓦上下。但 20-25 瓦的功耗似乎也应该可以坚持 3-4 小时，楼主只能用 2 小时估计还有别的在耗电。