回老家建设美丽家乡多好🐶 没看到当地已经嫌弃你给他们添堵了吗😂

exists
not exists

手势操作😏 因人而异，看了一半的网页因手势误操作后退了 经常会忍不住暴脾气

安排工作任务时，制定任务时间计划表，按时间表推进工作进度；根据效率和结果，可奖可罚；平时无事养着，有事全力以赴；很容易就能解决第一点摸鱼偷懒的问题。

第二、第三，加钱 和 利益挂钩；不然还真以为公司是我家了🐶

https://cj.weather.com.cn/ 有 api，但不知道哪里注册

主要是上传分发小黄图之类的比较方便，跟猜不出原文件名之类的没有什么关系吧

文件：文件名是一个非常核心的要素，不然下载了还要改名，最差也得把后缀给留下吧

常规脑回路：数据库保存 文件名+对应的存储地址，下载时读出文件名设置到 content-disposition 里面

https://wx3.sinaimg.cn/large/a32300cdgy1gsiktcxq2ij20is09yt9v.jpg

隐私：本身就是一个笑话，都当剪贴板用了，还讲隐私😂🐶

@fen 好吧，没有留意到，平时都是直接打开统计页面的地址直接看数据

服务器端各种中间件、各种日志、各种分布式集群

抱歉，不出意外很多都是 http 调用🐶 还不带脱敏的，惊喜不惊喜，前端对密码进行加密、hash 的重要性就比较突出了

另外前端不传明文，对不是特意针对你网站的中间人有一定的防御力，至少不会输一下密码，人家随随便便就能知道这是明文密码

不推荐 hash，应该用对称加密或非对称加密，并且密钥是变化的，如果不变就和 hash 没什么两样

“
阿里云或者腾讯云 oss
缺点：流量贵
”

相对于时间成本，操作成本，一点都不贵，10 块钱会吓死🐶

感觉：for in object 是一个玄学，应该不是有序的，大部分时候测试不出问题

就像 HashMap 一样，大部分测试的时候是按 put 的顺序，就是不给你看到问题的机会

@l0ve1o24 #9 @dk7952638 #11 子查询是多个结果的聚合查询（留意我那个是 count，实际操作中是很多个带 count 的子查询），基本上无法用简单的 join 来改写，强行 join 结果集必然指数级暴增

select (select count(...) from A ...) from B ... 这种写法 我这用的非常多 简直到了出神入化的境界🐶😂 通用性极强 基本上无法用其他写法来改写 否则要么看不懂要么性能极低

买个电钻 钻两个孔 孔里塞两木棍 开机就戳木棍😑

----

整个带开关的插座 开机就插座通电 电脑上电自启动😑😑