Centro Sun's Blog

Never let your sense of morals prevent you from doing what is right.

19,646 点击次数

  • 实况足球2018出现0xc000007b错误怎么解决

    实况足球2018出现0xc000007b错误怎么解决

    最近优化系统，用Autoruns清理了一些drivers里已经卸载的软件的sys文件，然后我那用了8年的从买到手就一直用的Windows 10一步步升级而来的Windows 11 25H2进不了系统了，也试过用PE来尝试修复，没想到在PE里运行Autoruns反而会破坏注册表，在一阵慌乱的操作之后，我放弃了，直接重装吧。

    好在平日做足了备份，D盘有软件，F盘有配置文件。

    重装之后我这Intel 7代的CPU总算感受到运行Windows 11也可以快起来了。

    一路升级而来，装过太多的软件，也卸载过不少，在系统正常的时候开机时间需要6分钟，所以我才打算用Autoruns优化一下的，这也算是一个契机吧，总算做了以前一直想做但没做的事情，全新的重装一遍系统。

    经过几天的奋战，基本上所有的软件都恢复如初了。

    接下来进入正题，除了Steam以外的单机游戏，出问题啦。

    存在问题的游戏正是标题所示的大名鼎鼎的实况足球 PES 2018。

    作为一名资深的实况足球游戏佬，是无论如何不能接受钟爱的实况足球无法运行在当下最新的系统之上的。是的，我既要、又要！哈哈！

    首次运行时的报错我记不清了，反正装完那一堆的vc++的运行环境就搞定了。

    接下来是最难搞的0xc000007b错误

    先上搜索吧，百度、必应挨个搜，确定了实况足球 2018运行的环境：

    我的PES 2018是WECN 2.1绿色版

    • .Net Frameworks 4.5或以上
    • DirectX 9

    都装上，还是不行。

    接下来我又去谷歌找，在YouTube上找到一个老哥的视频，讲解怎么解决这个错误的。

    前面说的我都做了，跟他一样，都不行。

    关键的来了，你说巧不巧，他用上了SysinternalsSuite里的Procmon，咱这套工具也是居家必备啊，直接上手。

    按照老哥的方法用Procmon进行分析，最终定位到的错误现象一致，然后就是按照老哥的方法，删除两个文件夹里的XINPUT1_3.dll，然后运行web版的DirectX安装程序，这个文件又回到了刚才的两个文件夹。

    再次尝试，挚爱的实况足球就又回来啦！哈哈！

    遇到这个问题的小伙伴就去看这个视频吧，一定能帮你解决问题！

  • Cherry Studio更新慢了，Lobe-chat活力依旧

    Cherry Studio更新慢了，Lobe-chat活力依旧

    这Cherry Studio，自从前段时间开始商业化之后更新就慢了呀。

    还是Lobe-chat爽啊，Beta分支一天更新好几个版本。

    现在的Lobe-chat-database版已经稳定运行数月，基于Docker部署，综合来说还是比较满意的，缺点也是有点的，目前总结下来有以下两点：

    • 修改嵌入模型之后（在自己选择的大模型提供商中增加嵌入模型），之前在环境变量中指定的嵌入模型就失效了，知识库里如果想向量化文档就会各种失败了。解决方法似乎是只能是重新部署一遍。
    • 另一个问题就是web版的lobe-chat不支持用STDIO模式的MCP就很痛苦了。基于Streamable HTTP的MCP不如STDIO的多，尤其是那些常用的，比如ChromeDevTools。
    • 还有一个问题就是token量一大的时候，页面就有些卡了，这个似乎也没办法。

    综合下来，lobe-chat还是比较适合日常用的，Cherry Studio目前基本上就是吃土的状态了，除非要用某些MCP调试网页的时候才会打开了。

  • ChromeDevTools路径问题修改

    ChromeDevTools路径问题修改

    抛开在改版时ChromeDevTools的无效帮助不说，这东西还是很有用的。

    但如果你的Chrome不是安装在默认的C盘路径下，就会无法调用这个MCP，怎么办呢？很简单，加参数：

    –e=“D:\Program Files\Chrome\Application\chrome.exe”

    完整版json如下：

    YAML
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    {
      “mcpServers”: {
        “chrome-devtools”: {
          “command”: “npx”,
          “args”: [
            “chrome-devtools-mcp@latest”,
            “-e=\”D:\\Program Files\\Chrome\\Application\\chrome.exe\””
          ]
        }
      }
    }

    另外遇到的一个问题是版本的变化有可能会重置参数哦。

    昨天ChromeDevTools的版本是0.6，今天一来就是0.8了，开始没注意，又跟昨天一样调用失败了，于是去CherryStudio里看了一眼，原来是参数没了，重新加上就可以了。

    所以需要用这个MCP的小伙伴记得妥善保存好这个参数哦，并且时刻关注GitHub上的release log，说不定后面的版本会修复，这个参数就不再需要了。

    有用的话记得回来评论感谢我哦！

  • 首次改版记录

    首次改版记录

    自建站以来，就没怎么改过主题，虽然断断续续的测试过一些主题，但总或多或少的有些不满意，在2025年还有两个多月快过去的时候，决定改一版吧。

    这次改版去掉了很多的组件，只留一个搜索吧，这样有需要大家自己搜索便是。

    折腾了两天，本来想借助Google Gemini 2.5 Pro和Chrome Dev tools这个MCP工具，进行深度修改，试了半天发现愣是不行，最后还是靠自己，粗浅的改了改。

    就酱。

    记录。

  • 青龙面板CPU高、IO高的优化手段（待验证）

    青龙面板CPU高、IO高的优化手段（待验证）

    众所周知，青龙面板的作者现在已经不纯粹了，GitHub上也是不够友好，大家反应IO高的issue也给关了。

    另外还有莫名的CPU高的情况是我最不能忍的，一到晚上23点前后，CPU高到爆炸，负载能到1000%多。

    作为一个小白，折腾青龙面板底层的东西着实有点费劲，喂给AI看/ql/static/build/app.js(IO高的罪魁祸首)的源代码也看不出所以然来。

    总结一下我的优化之路吧：

    我的青龙面板版本号是2.19.2

    首先是在nginx中仅allow可以访问的IP，然后除了deny all以外，还特意的deny了127.0.0.1

    由于青龙面板自己有校验机制，所以为了保险起见，给丫把nginx的front.conf问价加了把chattr锁，然后失败了。。。sudo都不好使，还su不过来，passwd root密码亦不可。

    最后安排了一个计划任务才算了事。

    但是这样似乎23点还是会负载高。

    于是次日又开始研究，监控历史显示是app.js这个脚本导致，于是就喂给AI，无结果。

    然后心想着他不是有校验机制嘛，于是就给丫把validation目录move到tmp去，然后error.log就爆了，最后web就打不开了。

    看来还不能这么搞，于是我就又恢复了回去，好了。经此一役，遂决定放弃了。

    过了一夜，上班后查看，昨晚居然一切正常了， CPU、IO都正常了，神奇。

    总结下来，可能是因为最后搞校验那一下有效果？让作者那边知道我这个肉鸡不可用了？

    下面贴出完整步骤，要先连接到青龙的shell，用宝塔的方便，web页面就可以操作，不方便的就命令行里进

    #用docker命令进入青龙的shell

    docker exec –it qinglong /bin/bash

    #修正软件源信息

    vi /etc/apk/repositories

    #注释掉之前的，增加新的可用的

    #https://dl-cdn.alpinelinux.org/alpine/v3.22/main<br>#https://dl-cdn.alpinelinux.org/alpine/v3.22/community

    https://repo.huaweicloud.com/alpine/v3.22/main/<br>https://repo.huaweicloud.com/alpine/v3.22/community/

    #安装个顺手的vim（默认自带的vi倒也能用，用不习惯再装这个）

    apk add vim

    #编辑nginx配置文件（主文件不需要改）

    vim /etc/nginx/conf.d/front.conf

    #如下位置增加三行allow和deny

    Shell
    1
    2
    3
    4
    5
    6
    7
    location / {
        index index.html index.htm;
        try_files $uri /index.html;
        allow 192.168.31.177;    #改成你自己的终端IP地址
        deny 127.0.0.1;
        deny all;
    }

    #加锁（尽管没用，但至少也学了个小技巧不是？）

    chattr +i /etc/nginx/conf.d/front.conf

    #创建计划任务，先cp一份出来

    cp /etc/nginx/conf.d/front.conf /etc/nginx/conf.d/front.conf.bak

    #然后就去web里写一个脚本，cp 这个bak文件为 conf文件，每天定时执行好了，这个就略过了，有需要的话回复我，我再补充上。

    #挪校验脚本到/tmp

    mv /ql/static/build/validation/schedule.* /tmp/

    #查看error.log

    vi /root/.pm2/logs/qinglong–error.log

    #然后再挪回来

    mv /tmp/schedule.*  /ql/static/build/validation/

索罗 凯姆

我便是锦（SOLO KEM），丹佛的一名专职公益律师，毕业于斯坦福大学。

崇尚自然，擅长维修，无论是硬件，还是感情。