豆包清磁盘空间受害者+1
今天我的博客SSL证书要到期了,我还在坚持古法手工更换,还是90天有效期的那种。
然后看到磁盘空间又占用超85%告警了,我是40GB空间,想扩成60GB一年要40多块就算了,毕竟博客没有收益。
然后我就让豆包给我生成一系列清除缓存的命令我执行一下,结果执行完就清掉了0.5个GB。
我又让豆包生成一份深度清理垃圾的命令,我的期待是360清理垃圾那种效果。
然后我就一步一步无脑执行了,结果执行完博客直接502了,nginx也残了。
修了半天修不好,只能重装nginx,又重新修复php的相关东西,才恢复,直接导致博客停服几个小时。
豆包清磁盘空间受害者+1。
独处,或许是一种会退化的能力。
小游戏
在上面导航栏的“小工具”中新加了一些摸鱼小游戏,大家没事儿可以玩儿玩儿。
都是我用AI生成的,没有亲自参与过编码。
所有游戏都附带了金手指模式哈。自己开发的游戏,必须能作弊,咱还能让NPC欺负喽,哈哈哈。
目前有:
上班时间长之后,才知道大块大块的休息时间是多么的宝贵(没工作被迫休息不算)
这个世界应该不需要那么多“产品经理”吧
这就是为什么宁愿挂梯子也想用谷歌的原因
“一边是被疯狂轰炸的土地;一边是疯狂迭代的人工智能。”
这是我2026年3月4日发在我的博客网站的一篇文章《战争与AI》里的一句话。
我没有在任何一个搜索引擎上做SEO,也没有提供新的siteMap,纯靠自然爬取和检索。
下面是几个主流的搜索引擎的搜索结果,我的搜索文本相同且都加了英文双引号,(PS:控制变量法被我玩儿的明明白白,哈哈哈~)
所以说这就是为什么很多人宁愿挂梯子也想用谷歌的原因吧。
谷歌的(直接检索到我博客里的那篇文章)

百度的(仿佛那个双引号一点作用都没有)

必应的(可能是我的博客太low了,完全检索不到)
(国际版也没有搜到)
360的(纯气氛组选手,百度输出的还算和检索内容靠边,360这纯在胡言乱语)

几乎大部分的安全问题都和懒惰有一些关系。
如果AI不能本地化运行,不能解决Token带来的高昂成本,不能解决安全与隐私,那么AI将无法走入千家万户。
AI 疯狂迭代却批量替代人类岗位,战争沦为资本博弈场,二者本质都是掠夺,一边谈未来却一边毁灭当下,这个世界可太有意思了。
子查询与连接查询、子查询与join性能对比及适用场景、复杂查询(group by/having、limit分页)的执行逻辑、order by 的排序原理、慢查询的定位与分析、复杂SQL的拆分与改写(大表分页优化:延迟关联、书签分页)、join优化(小表驱动大表、 避免 cross join、count的性能差异(count(1)、count(*)、count(字段))、IN和JOIN哪个快、MySQL的函数。本文会持续更新...
各种树、索引的作用、常见索引类型、聚簇索引与非聚簇索引、联合索引的最左前缀原则、索引的维护成本、回表查询与索引覆盖、如何合理使用索引、索引失效场景、explain执行计划分析、升序索引与降序索引。本文会持续更新...
整体架构、核心组件、存储引擎、InnoDB存储引擎、三大范式和反范式、DDL/DML/DCL/DQL、数据库表字段类型。本文会持续更新...
这是MySQL 相关面试笔记的总目录,可点击跳转具体章节。本文会持续更新...
本文会持续更新...
有问题的从来不是艺术形式,而是借其生蛋的投机者罢了。
