容器化部署快，真的 1 秒完成。

万能的淘宝啊，狗东也有

代码写个循环，给 sql 传参数“'2024xx”就行

别想这些有的没的了，别人的东西自己折腾起来未必省工夫。自己搞个 Jenkins ，容器化部署比啥都强。

不是有动态 DNS 吗？免费的花生壳

听喊麦效果最佳，RAP 其次。重金属、摇滚稍微差点意思。总之，越 low 的形式，宣泄情绪的效果越好。

我丈母娘对我可好了，比我亲妈都好。从来不让我动手做，只需我动嘴吃吃吃，我超喜欢在丈母娘家过年的。

可是，今年我老婆非要去我老家过年。我不愿意去，她就和我吵，说是要让孩子和爷爷奶奶团聚团聚。老铁们，你们说这能去吗？

导航基本还是靠谱的，按导航走就行。

跟他借钱买房付首付

性能问题唯有手写 sql 可解。

开除湿机呀，一天生产一大桶无根水

@bingfengCoder 第一种的 count 其实是右表的行数，第二种 count 的是右表 id 的个数。
在 count 函数里面加 distinct ，写成以下的代码，结果就一致了：
SELECT
p.project_code AS 项目编码,
p.project_name AS 项目名称,
count(distinct e.id ) AS 建筑数量,
count(distinct d.id ) AS 设备数量
FROM
`emp_project` p
LEFT JOIN `architecture` e ON p.id = e.`project_id`
AND e.`is_active` = 1
AND e.`level` = 30
AND e.`source_type` = 'Z'
LEFT JOIN `project_device` d ON p.id = d.project_id
AND d.is_active = 1
AND d.device_type IN ( 1, 2, 3, 4 )
WHERE
p.`is_active` = 1
AND p.`source_type` = 'Z'
GROUP BY
p.id

1000 公里虽然小 case ，但新手+带娃还是不建议。娃太小，不建议回老家过年

冷知识：防滑链只能低速行驶。

高速只要能上去，应该就没事。而且春节高速车多，即使大雪天也不会积雪和冰冻。不要急打方向，保持车距，不用紧张的。

正准备春节去景德镇逛逛

让你赔钱不合理。公司赔钱是正常的经营风险，哪有不承担风险只要赚钱的老板？

null 就是 null 。又不是我要给 null ，肯定是你前端没给数据数据库里面才存的 null 。你前端凭啥不要 null ？

SWAP 是操作系统的事，和 CPU 没啥关系