其实 ARM 早就到这个级别了。而且硬件主战场也不是什么 CPU ，比如老黄的开发板也是跑 linux 的，然而 cpu 几乎不提。。。

最简单的做法就是主键取模分表。基本上也能撑。但是 like 得用 ES 。基本这样也能撑。现在有更好得方案，可是还是以前的好理解，现在应该不再解释这些原理了，直接上操作就可以了。

@brader 在瘫痪的正式环境下，通过日志很难排查这种低频率 dos 。而高频率 ddos 很容易被发现，也很容易被追究法律责任。几分钟一次的 dos ，基本很容易从法律层面圆过去

我这边的方法通常是所提供的服务 分页缺失 pagesize 可以无限大 等漏洞，造成返回巨大 慢的 请求。 只要以普通用户的频率攻击，就能拖垮你的服务

机架抽拉式，折叠液晶 LED 显示屏，17 英寸，8 口 USB/PS2 混接式 LCD KVM 控制台 就是你说的东西

上面方式还不能叫加密，只能算混淆。用其上原理密码偏移量 ascii 码做 xor 运算，最后 base64 编码。缺点就是加密后密文不变，不能抵御重放攻击，没有偏移量的话利用重放能...a 输入 密文是*** b 输入密文是***，那 ab 密文就是******了

这是通过后端密码混淆加密。前端不负责解密，只负责原封不动的返回后端。前面一样是因为要判断解密头，头不一致返回 false 。比如密文是 abcde ，密码是 123 ，加密后就是 a1b2c3d1e2 。混的是 ascii 码，加上偏移量***后就类似是 ab1cde2 这样，混入位置根据偏移量的，我经常用这种办法取代 https ，破解方法呢...呵呵

gpu.js 或者 webgl2 走 GPU 加速的。你只需要一个 headless 浏览器

lua 看起来很冷门，但到处有 lua 写的脚本，luajit 效率很高，出来也早。openresty 的函数都是非堵塞的，特别特别好用。cdn 或者 waf 、API 网关常用的基本都是 lua 写的。ruby 只有 ROR 引领了敏捷开发，被各种其它语言模仿后就没优势了，ruby 的代码跟 lua 一样，看起来特别舒服。还有 coffeescript 也是非常好用，代码美观，却不火的语言，TS 后就彻底消声灭迹了

@ccoming 燕郊暴跌是政策原因。因为买燕郊房的都是北京上班人。而燕郊买房需要燕郊社保三年，这一政策导致所有跨通州去燕郊飞地置业的人全部没有购房资格。很多三万一平方买进亏光，也有不少 买 房 跳楼的。是杀地产商看。但感觉没有起到震慑地产商的作用，反而挂的是买房人（笑）

@mythabc 广东的生育率是全国最高的，不涨才怪

江浙沪的县城本来就比

卖合肥。合肥武汉郑州长沙南昌其实是一样的，就是合肥原本低于其它省会的房价赶上了几轮的炒作，现在已大大高于上述省会。合肥滨湖以前七千一平方。南京本来就高，没啥水分。

in 配合 exists，在大用户上使用 exists，10 万用户应该扛得住。不要给页码，只有上一页下一页以及超时直接抛错，慢查询独立处理。

超频也没问题的，你太小看芯片的寿命了。当年挖比特币的 r9 280x，大部分现在都还能用来玩游戏。而且一般损坏也不会出现在核心部分。其实散热风扇以及电容电阻等外围电路的寿命远远小于芯片本身。

菜场一人一摊。超市卖菜就一个称重的吧？人工成本差异。超市可以不赚钱，菜场摊位可是要养活摊主的呀

过去做 web 前端开发只有 firebug 一个选择。而 Firefox 只是一个标准化的前端开发工具。卡是因为他标准啊。

真 hdr 就那么几款。不大于 27 寸好像基本没的选吧？而且有了直下几百几千分区的背光，显示器 hdr 的效果也比大尺寸电视机差很多很多，好像背光光晕在小屏幕显示器里基本无解。oled 才是方向，目前 oled 除了 sony 那个巨贵的监视器，还有华硕那个，可惜峰值亮度很糟糕。也就是目前市场上，你要兼顾 hdr，除了高端电视机价廉物美。。。但是一直近距离看。。。会瞎眼。无解。不知道 sony pro 的峰值亮度怎么样，个人感觉 sony pro 应该有一定的延时，不是纯 hdmi 输入，而是一种软解采集卡的模式。等 miniled 大量上市，可能会有选择。哦，对了，友达那块笔记本用的 miniled 面板不错，从 2000 炒到 5000，然后断货了

卧槽～这个显卡分高功耗版及低功耗版的