很失败的当了回赛博印度人，实在受不了那弱智，决定还是来改当赛博美国人民教师吧。
但愿这个版本不要再疯狂降智了，降一点可以，但别降到没法用的程度啊，不然我真的要转gemini了。
openai的思路真的挺奇怪，你要用免费升级策略来打开和培养市场的话，那就让免费升级的人体验好一点呀，弄得最后反而体验还不如标准的免费层级，这脑回路。。。
当然，肯定有人会说我，你花$20不就好了。是的，你有道理，但我穷啊。

https://wuliao.de/blog/
现在新域名是这个了，读下来就是，无聊的博客。 我够无聊吧。

本来简单处理就是 blog.wuliao.de 这样替换一下域名就好，不过，想想还是 wuliao.de/blog 这样更符合自然语序。谁叫我挺无聊挺有空呢。
折腾了一晚，踩的坑我改天专门写篇文章来说一下，因为typecho的设计上是只能放在根目录的，现在变二级目录了。

顺便把缓存功能取消了，还在考虑要不要把AI垃圾评论也取消，因为我想把源代码回归主线，将来只在主题模块做改动，而前面两个功能修改了主程序。

缓存功能取消问题不大，主要是防止CC攻击的，不过自从我全站缓存后已经没人来CC我试水了，而且就算CC死了其实也不是大事。不过垃圾评论挺严重的，现在有AI也都时不时来几条，以前没有的时候一天几百条都玩过。这个得想想怎么弄。

今天一位nodeseek的朋友向我指出，博客显示了29页，但点击29页时会报告找不到，实际只有28页。很感谢他的细心和报告，我自己都没注意到。
经过检查，typecho是在var/Widget/Archive.php的2233行的地方获得文章总条数: (也可能是在前面，不重要，反正是这个sql)
$this->countSql = clone $select;
经debug, countSql的判断条件是文章状态是 publish和private，非常奇怪，为什么会把private也加进去呢，但在实际显示文章的时候，就又不包含private的了？这样就导致显示有29页，实际只有28页。（因为博客里有几篇private的文章）。
一个可能的原因是，大概出发点是想让用户看到自己发布的private的文章(在下面判断了是否hasLogin)，不过做到一半，开发者忘了list也需要private了吧。
因为typecho太久不更新了，我也懒得去深究也懒得提issue，就自己默默的改了吧。
要朔源比较麻烦，怕引出来别的问题，就简单补丁一下，就加一行:

        /** 仅输出文章 */
        $this->countSql = clone $select;

        $this->countSql->where('table.contents.status = ?', 'publish');   //加这行，只允许publish

cloudflare全球大崩盘大家都知道了，结果就是这么个简单原因，发现一个数据库返回值不对，程序自己给panic掉了。。
这在任何一个公司都不允许的事情居然在cloudflare这种公司发生了。
rust很安全？一个屌毛开发就可以让它原地爆炸，话说，cloudflare审核代码、代码评议难道也不存在吗？
太草台了，甚至草台过我。

很多年前，那个时候我刚才开始用unix系，当时用freebsd。

freebsd的理念是，安全！网络安全，数据安全！一切都要安全。只是不能忍受的是，硬盘太慢了，稍微负荷重一点系统就卡在io上响应非常缓慢，更严重的是，io引起恶性循环最终服务器宕机，被迫断电重启后那强制fsck动不动需要执行几天，而且还不能够中断！安全，都是为了安全，因为freebsd使用了同步io,就是所有数据都是实时同步刷新到硬盘。

后来有一天，我用了freebsd批判的很不安全的linux，突然发现，天啊，我的服务器尽然可以这么快！同样负荷下系统竟然如此的流畅！

一下顿悟了，与其动不动卡死及长时间停机，我还不如冒点风险，接受这“不安全”的异步io。服务器硬件原因宕机其实是小概率事件，为了防止小概率事件而选择另一个大概率/必然的恶性事件，不值得！ 现在freebsd已经可以认为是事实上早已死亡，而linux生机勃勃，用户的选择就说明了一切。

今天想到这个问题是因为我在习惯性的为服务器设置raid1，然后突然想到，我为什么要设raid1而不是0呢？

数据我都是实时异地备份的，硬盘可能一年都不会挂一次，为了这低概率事件，我要忍受硬盘速度慢一半空间少一半，这不和freebsd那情况一样吗？我又顿悟了。