星痕

站内搜索

星痕

朋友们的最新动态

最后更新于 2026-11-15 12:00

  • 悲催的年前,Linux与我。Mimosa的小站 · 2026-02-15

    欢迎观看这一篇极具个人恩怨情仇的文章。 正如标题所言,故事的开始,源于我一时的手贱,在服务器上运行了一个所谓的bbr优化脚本(明明Linux内核早已原生支持bbr……)。大概是一时脑子抽了罢。 寻思着评论区一堆人跑过都没事,我也顺手在Roc...

  • 通过配置回源请求头实现简单的 CDN 回源鉴权Mimosa的小站 · 2026-02-02

    CDN(内容分发网络)的核心原理,是将网站内容缓存到分布在各地的边缘节点。当用户访问网站时,请求会被自动调度到距离最近、负载最合适的节点,由节点直接返回内容,而不必每次都访问源站服务器。 获取 EdgeOne 回源 IP 网段 为了让 CD...

  • 简易的链接反馈柯讴朽丘的生活日志 · 2026-02-01

    安然无恙,各位; 前言 由于之前说的反馈方式一直没跟上,今天正好需要整理程序顺便美好和重写了博客一些功能,也顺便简单创建了一个小程序,用于适配上博客的中间页反馈方式。 话说、更新是不是有些勤奋了?(调侃)不过接下来应该是长达近一个月停更了,要回海南过大年,期间会起一些草稿稿子的,今年连存货的习惯都没有了~ 开始 测试环境如下:测试运行环境的版本,推荐使用 Nginx 1.28.0 (理论上低版本也可以) PHP 8.0.26(必要,低于函数有问题) Github暂时下了不支持,往下翻找云盘获取吧! 环境配置(1) 登录宝塔面板 → 「网站」→ 找到「自己...

  • 舟终末地初玩体验柯讴朽丘的生活日志 · 2026-01-29

    安然无恙,各位; 前言 这几天半个月以来差不多一直躺在床上,杜老师的新服务器也没玩,自己的工程也不敢了,纯躺。主要是最近发现几本写的还不错的小说,特别是第二本小说是我这么久以来看网文超过200章的唯二能坚持看下去的,三观很正,敢写敢想,只可惜审核原因删减很多,即便听书版本也删减了很多。 好东西就不给大家了解了,我自己先看完先。 期间,阅读软件想免费看不是都要看广子嘛,于是就不停的刷到一个最近挺火的新二游《终末地》,起初还挺厌烦的,这宣发经费也太足了吧,哪个行业都有,不过我本人也是一个算是比较资深的宅货,就慢慢感兴趣准备试一下,今天就简单玩了几个小时。 新...

  • 更新到Ty1.3,顺便维护一些插件ImQi1 · 2026-01-19

    看社区有一些人将版本升级到了 1.3 开发版,我自己也跟进了一下,将主题和插件陆续迁移至 1.3 版本。主题其实没有过多变动,就是遇到了些 bug,但是可以通过别的方法绕过。有些插件也年久失修,有的插件作者自己可能都不使用 Typecho 了。作为 Typecho 的忠实使用者,我将我常用的插件中在 Typecho 1.3 不能用的,自己翻新了下,也开源给各位使用。 主题 主题其实没什么变更的,但我自己有点计划。前段时间主题我是想开源的,但是一想到某些建站三分热度的人,我自己就会内耗。最近在做这些插件并开源时,我就在想要不我只开源主题的一小部分,作为插件,也算是开源,内耗程度可能比直接开源整个主题更好。 如果我真的开源插件的话,第一个开源的就是代码块了。在本主题中,它没有借助任何插件,纯 js 实现。如果要通过插件实现的话,可能 1.3 版本的 Typecho 用不了(见 1.3 版本 bug),所以只能在 1.2 中使用。 预览代码块样式 ImQi1 小程序 本站小程序其实前段时间就发布了,主页加了扫码处,更新日志也写了。 感兴趣的可以扫描下方小程序码体验,小程序目前支持文章显示、代码块高亮和评论。截止此文章发布前,小程序有一个更新了配色的版本刚提交审核,需要过段时间才能上线,现在各位看到的是第一版,即绿色版本。 <图片:小程序码> Typecho 1.3 bugs Typecho 1.3 有两个 bug。第一个就是文章的钩子已经注册成功,但是函数没有被调用。 <代码块:语言 php,共 1 行> <代码块:语言 php,共 1 行> 解决方法很简单,将正文的 <代码块:语言 php,共 1 行> 换成 <代码块:语言 php,共 1 行> 第二个 bug 就是在主题的设置页面,若输入框传了默认参数,在尝试修改设置时,该设置项始终是默认参数。也就是说修改一定不成功。 <代码块:语言 php,共 13 行> 如果第三个参数传了别的值,那么这个设置项将永远是这个值。解决方式就是我在页面加了一个按钮,点击按钮后一键设置默认值。 最后介绍一下我自己修改后的几个插件,都适用于 1.3 ,本站正在用的。 插件列表 这些是我目前使用的插件。 <表格:共 7 行 3 列> 其中作者不是我的,直接去下载对应的插件就可以,是完美支持 Typecho 1.3 的。有一些不适合 Typecho 1.3 的,我自己拿来并且做了简单的维护。 本站 Typecho 版本最后更新于 2026 年 1 月 18 日,php 版本为 8.2,php 或 Typecho 低于此版本可能无法正常使用。 插件 RoutesHelper 这个插件是老牌插件了,可以自定义的修改网站的各种路由。我在原来的基础上,完善了对 Typecho 1.3 的支持,新增了备份路由和还原路由功能,保留了恢复回默认路由的功能。 项目地址:https://github.com/imqi1-github/typecho-plugin-RoutesHelper 插件 UpyunFile 这个是又拍云外链插件,可以在文章编辑器中粘贴图片一键上传。原来的 UpyunFile 插件在 Typecho 社区经历了几次转手,每个开发者都有维护,我也不知道最初的开发者是谁。这个插件是我在我的服务器中复制的,也没有 README,不知道作者是谁,所以就直接拿来开发了。 项目地址:https://github.com/imqi1-github/typecho-plugin-UpyunFile 和上一个插件一样,我也给这个插件加了备份设置和还原的功能,方便各位升级插件时能够保存设置。 插件 TagHelper 这个插件是泽泽社长开发的,作用就是在文章选择标签的时候能找到已添加的标签。他本人现在貌似不再使用 Typecho 了,但是还在维护一个 Typecho 社区。这个项目我没什么大改动,就是做了一个重命名,用我的和用他的效果一样。 项目地址:https://github.com/imqi1-github/typecho-plugin-TagHelper

  • 给Hexo和留言添加跳转中间页柯讴朽丘的生活日志 · 2026-01-09

    安然无恙,各位; 前言 新年快乐!2026年的第一笔~ 这段时间难得的一个五天假期,就打算折腾下自己的小站,改动最多的就是安全方面的事情了,由于个人的想法比较多,过度敏感,对这方面做的比较离谱。 现在经常看着有博友不少因为留言的问题被请去喝茶谈心的,连忙转头看看自己的,发现也有不少奇怪的链接,以前也没注意这方面问题,靠自己一点点审查的话很麻烦,就打算弄一个中间页提示。首先在网上找了一下,发现修改的都是hexo文章和构建页面的跳转中间页,而且有的实现起来有些麻烦,当然是指对于不懂的人来说,有很多专业术语或者是技术层面的代沟的“ 对牛弹琴 ”, 当然,可能没...

  • 没想到现在的编程AI已经这么好用了ImQi1 · 2026-01-09

    前段时间,做了个主题更新日志,记录下主题这段时间的各个版本迭代,也发现我的 main.js 源码变得越来越难以维护了。于是我下定决心,彻底重构一下 main.js 的源码。重构的主要内容就是重新写一个管理事件监听的处理器,然后在 pjax 的对应生命周期中调用就可以。然后还要规划一下全在顶级目录的各大模块和 init 函数。 <图片:优化后的代码结构> 起初,这些工作都是我借助 WebStorm 的重构功能完成的,费时费力,当然最后重构的功能得以上线。 在重构的过程中,我有一些函数是借助 ChatGPT 完成的,比如绑定事件的函数,还有 jsDoc 的编写。只需要将需求提供给它,如“帮我给这个函数生成注释”,它就可以给我生成这个 jsDoc。 但 ChatGPT 网页版也没有理解代码上下文的能力,所以我只能自己总结代码上下文,它才能理解一段代码的用途。我每给它发一段代码,就需要额外写两百字左右来解释这段代码的上下文,于是我盯上了我以前总使用的通义灵码。我觉得 ChatGPT 写代码的能力是比通义强的,所以我让通义理解代码的上下文,给我总结成一段话,然后我就可以直接提供给 ChatGPT。 那如果在这段过程中,有一个工具可以直接地将这两个步骤串联起来呢,那是工具流。亦或者是,有一个足够强大的 AI,可以直接完成这两个步骤,省去中间复制粘贴的过程呢。 我开始在谷歌上找寻答案。 于是我找到了:Trae。 它基于 VSCode,可使用所有开源的 VSCode 扩展(可惜用不了 Pylance),并像 Cursor 那样,集成了豆包、GLM 等国产模型。 Trae 还有一个 SOLO 模式。看了网上介绍它的视频,发现它可以独自完成从需求分析到项目构建到代码编写到单元测试的所有过程,真正的一名程序员,一个 AI,一个团队。 正好,MoOx/pjax 源码已经不再更新了,连语法还是 CommonJS 风格。我将它丢给 Trae 的 solo 模式,让它给我重构成 ESM 风格,还要剔除我不太需要的日志和各种兼容功能。 提示词 1:现在我要优化一下 pjax 中的无用逻辑,请从 pjax 相关代码中找出有关配置的,然后告诉我所有的配置都有什么,我会告诉你我不用的配置,然后将他们去掉,还有为了兼容各种情况的,告诉我他们都兼容了什么,我会告诉你不需要兼容什么,然后将他们去掉。 提示词 2:现在我不需要这些配置项,他们现在是直接以模块导入的形式在我的主 js 中使用的,将它们直接写死在代码中。然后我不需要分析,分析整个地去掉。这些做完之后继续分析还有哪些可以优化的地方,比如各种兼容,或者不属于业务逻辑中的代码、 提示词 3:删除 pjax 中有关配置的代码,option 不再可选,而是直接写死在代码中。 到这里,pjax 的源码体积从 40,960 个字节减少到 24,576 个字节。 我还有一个很耗时的 Prism 重构。现在很多的代码高亮插件基于 Prism-v1,而在官方发布的 roadmap 中,Prism-v2 从 2024 年 10 月就开始开发,Prism 的 Github 仓库默认分支也改为了 v2。我的代码都是基于 ESM 语法的,Prism 也不例外。只是当时,我只能为 Prism 额外构建一个打包配置,但是现在,不需要了。 Prism 2025 Roadmap:https://github.com/orgs/PrismJS/discussions/3531 当时我为 Prism-v1 添加了图标显示、代码折叠。更新到 v2 版本后,我就需要重新写这个功能,于是我尝试将它交给 Trae。而此次,它开始变得迷茫起来了。(聊天记录我给删了,反正分析的结果是错误的。) 于是我又回到了构建 main.js 的那个步骤,由我来指导它怎么理解代码:先理解 v1 版本和 v2 版本都分别是怎么实现高亮的,然后找到我在 v1 版本中插入图标显示或代码折叠的逻辑,再迁移到 v2 版本——重蹈覆辙了。 这两次重构之后,我对当今的 AI 发展产生了质疑:每年每个季度,各大 AI 巨头都争相发布自己的大模型,宣称它们比起上一代或者其他厂商的模型有多么强大。既然如此,为什么我的编程体验并没有得到显著提升呢。 于是我问 ChatGPT。 现在最强的编程大模型都有什么,我需要一个免费的,可以接入 trae 的。 Claude 3.5 Sonnet(Anthropic),综合最强之一,偏工程实战;GPT-4o / GPT-4.1(OpenAI),逻辑最稳,泛化最强。 然后是 DeepSeek 和 Qwen2.5。 早在以前就听过 Claude 的威风了,于是自己搞了一个 50w 的 Token 试用额,跟着教程,本地安装了一个 Claude 客户端。 <图片:这界面还挺好看的> 下面的代码块请酌情打开,有几百行的输出,展示的是我用它重构 main.js 源码的一部分内容,当时真的很让我惊喜。(省略了一些输出) <代码块:共 122 行> <图片:为 Claude 配置 MCP 工具> <图片:Claude 能够访问浏览器控制台> 最后,我想处理一下已经掉线很久的站点监控服务。最近 EdgeOne 推出了 EdgeOne Pages,它也有 Claude 的 MCP 插件,正好用此机会尝试部署一下。站点检测使用的是此项目,它是 Nuxt 的,并且没有给 EdgeOne Pages 提供部署方案,所以我用 Claude 探寻能够部署此项目的方式。最后它也是成功部署上了,还剔除了一些我不需要的功能。除了控制台有点报错和接口响应时间有一些长,我的站点监测也是顺利上线了。 地址:https://status.qi1.website 总的来说呢,我是真不知道现在的 AI 已经发展到如此地步了。引用某篇文章中一位博友的评论:“2025 年的 AI 发展真的太迅猛了,先是面向开发者,出现了很多 AI IDE,很快也将面向更多普通用户,成为个人的手机智能助理,期待 2026 年各大手机厂商和大模型巨头的表现。”,在之前的文章我也说过,我不光在写代码上用 AI,在生活中,包括速记、总结、识屏、剪辑,小布助手已经让我省去了很多功夫,让我可以专注在内容质量上。 不知你们在用 AI 做些什么呢。

  • Typecho 图床从USS迁移至COSImQi1 · 2025-12-30

    图床迁移耗费了两天,终于是将数据和配置都传好了。这篇文章将讲述我是如何从又拍云 USS 迁移至腾讯云 COS 的,留作自己备份,同时也给大家做个参考。 心路历程 为什么要将数据存储从又拍云迁移至腾讯云呢。一方面是今年已经出现过很多次云厂商跑路的行为了,让我不由得害怕起我用了三年的免费又拍云是否某天也会卷铺走人。还有一个就是我想多一个来备份我的云数据。我的宝塔面板有一个定时任务,就是每隔一段时间备份数据库或者源码到又拍云。之前确实是发生过一次勒索事件,我的数据库被加密了,需要支付赎金才能解锁。好在我当时正在迁站,旧数据不要也没事,就算没有迁站,我也有备份,就在又拍云上,所以当时我就在邮箱里面给他骂回去了。 于是,我就打算将又拍云的数据下载下来传到腾讯云上。又拍云自带的文件管理不能归档,我用的是可道云将数据打包成压缩包下载的。下载速度还是不错的,我的文件一共 1.5GB,算上我的各个静态资源和备份。腾讯云自带一个 COS 管理工具,上传文件挺方便的,我也不需要依赖又拍云了。 然后就是 Typecho 和 COS 的对接。我找到一款插件,但是这是腾讯云国际版维护的插件,且 Github 上确实有其他开发者维护的 COS 插件。不过我看了源码,其他插件和 tencentcloud-typecho-plugin-cos 插件是一样的,源码都一模一样,所以我直接用了官方的。 配置的过程都没有什么困难,但是真正难到我的是在配置上传时自动加水印这个功能。原本又拍云,是支持图片处理规则的,然后又拍云插件也是支持上传时处理的,填一样的就行。但是 tencentcloud-typecho-plugin-cos 插件还真没有这个功能,于是我查官网查 php sdk 源码问客服,碰了许多次壁之后,终于找到了一个可行的方案。 <图片:跟售后对线> 那就是使用腾讯云的工作流。 至于为什么要在上传图片时就加水印呢。如果每次访问再加水印的话,那每次都需要调用一次图片处理,而图片处理是收费的。 基础配置 插件地址:https://github.com/Tencent-Cloud-Plugins/tencentcloud-typecho-plugin-cos 从这里下载插件后,按照插件的说明将插件复制到指定目录下并应用,然后进入 Typecho 后台配置插件设置。 首先是 SecretId 和 SecretKey,这个我建议使用子用户的形式配置,详细方式查看官方文档吧。大体步骤就是创建子用户,新建一个策略,允许在对象存储中的 DeleteObject 和 PutObject,然后给这个子用户分配此策略。然后用子用户生成 SecretId 和 SecretKey,填写进来就行了。 <图片:子用户> <图片:为子用户分配策略> <图片:策略语法> 分配完此策略以后,可以本地上传一个图片试试,用子用户的 SecretId 和 SecretKey。 <代码块:语言 php,共 48 行> 源码:https://github.com/tencentyun/cos-php-sdk-v5/blob/master/sample/putObject.php 运行此代码需要使用腾讯云提供的 cos-php-sdk-v5,我们用源码方式下载就行,去 release 界面将.tar.gz 的包下载到本地,然后在 sample 内就可以找到这个文件。 配置工作流 接下来就是如何实现在上传时给图片自动加水印了。 官方文档:https://cloud.tencent.com/document/product/436/53967 进入 Cos 控制台,然后按照文档中的找到工作流,然后创建。 工作流名称可以填“博客图片上传自动加水印”,格式匹配选图片文件。 点击输入后的“+”号,进入图片处理页面。存储桶选你的图床,目标文件名填 ${InputName}.webp,目标路径默认,然后去新建一个图片处理模板。 这里的目标文件名这么填的原因是,工作流有点相当于一个任务钩子,在上传图片完成后触发。而 Typecho 要利用我们上传图片完成后,cos 返回给 typecho 的链接来引用图片。所以我们的这个工作流实际上是将文件处理后将原文件覆盖。 <图片:图片处理配置> 图片处理模板的配置中,其他的你自己选。图片水印需要你先将水印素材传到云存储中,然后配置即可。 <图片:图片处理模板> 回到图片处理配置,刷新,选择新建的水印处理模板就行了。 回到工作流列表,勾选开启的开关启动工作流。 最后需要改一下插件的源码。将插件的 Plugin.php 中的 uploadHandle 函数,整体替换为下面的代码。 <代码块:语言 php,共 133 行> 自己记得格式化一下。源码的作用是为了给上传图片和其他附件做个区分,最主要的是确保上传后的后缀名为 webp。因为我们上传的文件不一定是什么格式的,用这种方式能确保上传后的图片是 webp,从而让工作流能够覆盖源文件。 <折叠区块:什么是 Webp?>

  • ChatGPT年度总结,卖号纠纷,代码块新样式ImQi1 · 2025-12-24

    ChatGPT 年度总结 在编写新实况图功能和代码块新样式时,我和以往一样实用 ChatGPT 辅助开发。然后有一次在我打开 ChatGPT 页面的时候,它给我推了个“查看你的 ChatGPT 年度总结”。 <图片:年度总结> 点击开始之后,它就根据我一年中问过的问题生成年度总结。 年度诗篇: 你一年钻研硬件与光, YOLO 识人影亦飞扬。 调试如诗连 DLL, 镜头下思路自成章。 你把复杂化为稳与光。 2025 年 3 大亮点: You spent much of the year refining C/C++ SDK integration into Python, solving DLL path issues, and mastering PyInstaller packaging for hardware drivers. You developed live‑photo and ID‑photo pipelines, combining YOLO pose detection, lighting checks, and motion extraction to automate photo quality validation. You strengthened how your apps run in the field—creating Windows services, handling startup recovery, and improving logging for stable long‑term operation. <折叠区块:翻译> 专属奖项 The Debug Whisperer: For somehow coaxing every stubborn DLL, serial port, and YOLO model into obedience—eventually—while narrating the chaos like a tech noir legend. <折叠区块:翻译> <图片:工程师> “Still Life with Circuit Board and Coffee Mug” – ChatGPT, 2025 <折叠区块:点击展开标题> <图片:用像素描绘我> A programmer’s altar: bash terminal glow, tangled USB cable, pixel cat sticker, and one half‑finished latte—debugging both code and caffeine levels. <折叠区块:翻译> 账号处理纠纷 在 12 月近况,实况照片功能中说过一个极其晦气的事情,现在就是螃蟹还没有找回号,我就先付了 600 块到手钱给盼之,当然螃蟹仍然还没找到号。 从这里知道了,以后买完账号再卖,不要跨平台,否则原平台包赔失效,卖出去的平台发生找回了自己还要担责。 <图片:账号未被找回> 代码块新样式 以前代码块是在右上角展示语言,悬浮在上面时显示复制按钮,现在是显示该编程语言的图标。 <代码块:语言 java,共 15 行> 代码块可以显示文件名称,在教程中非常实用,增强了可读性。 <代码块:语言 ts,共 13 行> <代码块:语言 ts,共 6 行>

  • 近期拍摄的新照片ImQi1 · 2025-12-24

    实际上这篇文章是为了展示一下我新做的实况照片功能。