Centro Sun's Blog

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

20,490 点击次数

作者： Centro Sun

  • 首次改版记录

    首次改版记录

    自建站以来，就没怎么改过主题，虽然断断续续的测试过一些主题，但总或多或少的有些不满意，在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

#https://dl-cdn.alpinelinux.org/alpine/v3.22/community

https://repo.huaweicloud.com/alpine/v3.22/main/

https://repo.huaweicloud.com/alpine/v3.22/community/

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

    apk add vim

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

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

    如下位置增加三行allow和deny

    location / {
    index index.html index.htm;
    try_files $uri /index.html;
    allow 192.168.32.122;    #改成你自己的终端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/
  • 基于AI实现IT环境监控的一些设想

    基于AI实现IT环境监控的一些设想

    今天同事问了我一个问题：

    现在什么软件能够实现AI的监控运维？

    于是我的大脑开始工作了，我并没有立即去百度或者DeepSeek，而是产生了很多的想法，在这里记录一下吧。

    核心

    首先，从IT监控的最底层来讲，监控可以理解成是一个7×24小时不间断工作的引擎，这个引擎不停的发起SNMP Get、HTTP Get或其他类似的Get请求。如果AI要在这个层面介入，那最需要的就是实现自我修复，发现问题，处理问题，解决问题，以确保无故障运行，比如在poll失败的时候，AI主动进行处理。

    界面

    展示界面，行业做法通常是使用Web Console，则必须要嵌入一个AI的入口，其演变初期，是需要人机交互才行，正常的输入文字，让AI自动处理；中期，能够处理文档，把需求文档、建设方案等等相关的文档直接喂给AI，让他自己理解并处理；后期，则是在以上基础上支持语音命令，通过麦克风识别音频指令进行执行，届时AI的界面将会变的非常简单，可能是一个简单的呼吸球，当你说出你的指令后，他会把需要交互的动作展示出来，比如输入文字还是上传文档。

    响应

    AI接收到指令后，添加监控设备的时候，AI能够自动识别需要监控的对象，基于海量的参数来准确的处理，比如录入SNMP版本及团体字、监控用的账号密码、自动创建新的属性。我认为这将是个难点，如何保证绝对精准。这个层面，可能需要一个行业规范，一个标准。

    再延申一下，被监控设备出现问题时，是否还需告警？是否还需要人工干预？如果在确保AI足够可靠的前提下，后期很有可能给足AI权限，让AI自己登录设备进行故障处理。

    告警报表拓扑图

    这些相对来说就简单了，告警方面，未来即便AI足够强大可靠了，但负责人还是需要接收相关通知，AI会自动的汇总故障报告并发出，什么时间出现的问题，处理的过程，未来如何避免，什么时间恢复的等等。

    报表和拓扑图，基于现有的监控数据，根据指令自动整理汇总即可。

    总结

    基于AI的IT的运维监控未来还是很有前景的，就是这个工作是否值得各个厂商来支持。随着技术的发展，AI会逐步的细分各行业的专用大模型，这样的好处就是硬件要求可以降下来，否则部署的成本太高。

    AI真的是一场革命，各个行业都要重新洗牌了。

  • 【影视飓风】 补档-清晰度不如4年前！视频变糊是你的错觉吗？

    【影视飓风】 补档-清晰度不如4年前！视频变糊是你的错觉吗？

    Tim说的还是很有道理的，天下苦秦久矣，能够如此勇敢的发声值得支持一把。

    愿为他把火种传递下去。

    为众人抱薪者，不可使其冻毙于风雪。

  • Hans Zimmer – Interstellar Deluxe [24bit]

    Hans Zimmer – Interstellar Deluxe [24bit]

    现在是2024年，在互联网上已经很难寻找到音乐大师汉斯季莫原创的《星际穿越》原声大碟的免费下载资源了。之前也是找了好久，最后是在百度贴吧里找到了一位神人的分享。

    本着互联网的共享精神，现无偿分享给大家，由于文件比较大，就暂时不放我的网站里了，看大家反馈吧，如果反响强烈，我再放。

    只要地球不爆炸，下面链接就不失效，如果失效请速速联系我，我重新分享。

    Hans Zimmer – Interstellar Deluxe [24bit]

    Hans Zimmer – Interstellar Deluxe [24bit]

    通过百度网盘分享的文件：Hans Zimmer – Interstellar [Deluxe]…
    链接：https://pan.baidu.com/s/1mwz9DDX2N0dZhXLitAzf_A?pwd=62p6
    提取码：62p6

    每天上下班通勤只听这个，生活无比美好。