Hexo时钟插件，修改自 hexo-butterfly-clock-remake ，新增高德地图 IP 定位支持 以及 发布 npm 包
最近在维护博客侧边栏时，遇到了一次非常典型、也非常“真实”的问题： 最近刚换上的 Hexo 时钟插件，突然因为第三方 API 挂了，直接失效。 这篇文章记录了我从问题出现到完整解决的全过程，包括插件改造与 npm 发布。 这篇文章会讲什么 排查 hexo-butterfly-clock-remake 失效原因 自行修改并重写 IP 定位逻辑 接入 高德地图 Web 服务 API 打包并发布 自己的 npm 插件 完成 Hexo 插件的安装与更新 一、问题背景：IP 定位接口失效我上一篇 Blog 使用的是下面这个插件： hexo-butterfly-clock-remake用于 Butterfly 主题侧边栏显示：时间 + 天气 + 城市 原插件依赖的 IP 定位接口为： https://api.vore.top/api/IPdata 某天开始出现异常，表现为： 插件完全不渲染 浏览器控制台请求失败 结论非常明确： 第三方 IP 定位 API...
替换Anzhiyu失效的原版Hexo时钟插件方案
近期，和风天气官方彻底关闭了旧版简易天气接口： 1https://widget.qweather.net/simple/static/js/he-simple-common.js?v=2.0 已经无法正常访问，导致使用 Anzhiyu 的 hexo-butterfly-clock-anzhiyu 插件 的博客全部出现时钟加载失败的情况 为了解决时钟组件完全不可用的问题，我将旧方案彻底移除，并迁移了新的插件： hexo-butterfly-clock-remake 整体视觉和功能与原版一致，同时使用了和风天气最新接口，兼容性与稳定性更好。 插件项目地址GitHub 仓库： https://github.com/hoochanlon/hexo-butterfly-clock-remake 一、卸载旧插件如果你使用过旧版时钟方案，务必先卸载它们： 123npm uninstall hexo-butterfly-clocknpm uninstall hexo-butterfly-clock-anzhiyunpm uninstall...
用 FFmpeg 自动混合游戏录屏多条音轨并实现右键一键处理
在使用 Outplayed / OBS 录屏 时，经常会遇到视频有多条音轨，但上传到 QQ 或其他平台时只保留了主声轨的问题。本文分享一个轻量级解决方案，用 FFmpeg + BAT 脚本实现多条音轨自动混合，并生成新的 AAC 音频视频文件。 背景在使用 Outplayed 录制游戏视频时，我发现视频里存在 多条音轨： Track 0：麦克风声音 Track 1：游戏声音 Track 2：其他音效 问题出现了： 当我把录屏发给朋友或者上传到 QQ 时，只能听到 自己麦克风声音，游戏声音丢失。 我希望能把多条音轨合并为 单条音轨，同时： 尽量保持原音质 视频保持原画质（不重新编码） 能够快速处理，最好拖入视频即可 最终希望在 Windows 资源管理器右键直接处理视频 第一步：使用 FFmpeg 命令混音初始尝试命令如下： 1ffmpeg -i "input.mp4" -filter_complex "[0:a]amix=inputs=N:duration=longest" -c:v copy -c:a...
Vercel vs Cloudflare:2025年最新功能与应用场景比较
由于Vercel和Cloudflare的区别每年都是不同，所以每次都要重新整理，但是发现了这篇文章，比较全面，所以转载过来。 標題：Vercel vs Cloudflare： 2025年最新功能與應用場景比較描述：關注其最新更新對選擇合適的服務至關重要。對於大多數中小型項目，選擇任一平台都能滿足基本需求，但針對特定領域的專長可能成為決定性因素。最後更新：2025-07-15版本：v2.0作者：rj0217转载自：COVIA官方知識 Vercel vs Cloudflare:...
Apple Watch 照片表盘随机照片只循环少量照片的解决方案
Apple Watch 照片表盘随机照片只循环少量照片的解决方案最近，我在设置 Apple Watch 的 照片表盘时遇到了一个问题：我有一个包含上千张照片的相簿，但表盘显示的“随机照片”却始终只在十几张之间循环，顺序固定，感觉完全不随机。作为一个喜欢每天换新表盘的用户，这真的让人很抓狂。本文将总结我的发现和解决方法，希望对遇到类似问题的朋友有所帮助。 前因：为什么 Apple Watch 表盘随机照片只循环少量Apple Watch 的“随机照片”表盘并不是完全从相簿里实时抽取照片，而是有以下机制： 有限缓存机制Apple Watch 并不会实时从相簿抽取照片，而是会缓存一小组照片（通常 18～24 张）用于表盘循环。 顺序固定这组缓存生成后顺序固定，看似随机，但其实是循环播放。 缓存不会自动刷新除非你手动更换相簿，否则手表不会去抽新的照片。 总结来说，Apple Watch 的“随机”并不是真正遍历相簿，而是受限于缓存机制，即便相簿里有上千张照片，表盘也只会反复显示那十几张。 问题分析我希望实现的效果是： 每次随机从上千张照片中挑出 20 张 Apple...
树莓派zero2W的科学上网方案以及优化
树莓派上的科学上网树莓派上不论是raspbian的安装/更新，还是conda/pip的安装/更新，都因为科学原因不太稳定，因此可以先准备科学安装/更新环境。 1 系统安装及配置（废弃）1.1 换国内镜像源解决升级慢或 Cannot initiate the connection to mirrors.opencas.cn 问题（ps.使用 nano 是因为用 vi 会有 bug 输入很麻烦）： 1sudo nano /etc/apt/sources.list 修改 sources.list，注释第一行，在最后添加国内镜像站： 12deb http://mirrors.aliyun.com/raspbian/raspbian/ stretch main non-free contribdeb-src http://mirrors.aliyun.com/raspbian/raspbian/ stretch main non-free contrib 同样的： 1sudo nano...
Veeink-Gatekeeper路由中转加密网站搭建过程
起源与想法在做个人网站的时候，我有几个不同的页面：比如 导航页、博客、小说 等等。 但是我并不希望这些页面都直接裸露出来让任何人访问，而是想加一层 中转页，用户输入密码后才能跳转到目标站点。 这样做有几个目的： 访问控制：只允许知道密码的人进入我特定的站点。 统一入口：不管是博客、小说还是别的项目，都通过同一个中转入口来跳转。 实验性质：尝试在前端做一个简单的加密验证逻辑，不依赖后端。 于是就有了Veeink-Gatekeeper这个项目。 实现思路我选用的是 Vue 3 + Vite 来写前端逻辑。 一个简单的输入框，用户输入密码。 校验成功后，跳转到对应站点。 校验失败则提示错误信息。 校验状态存储在 localStorage，避免每次访问都要输入密码。 站点信息我用一个 JSON 文件存放，比如： 123456789101112[ { "id": "blog", "title": "博客", "url":...
PotPlayer+DeepSeek达到AI识别并翻译字幕方案
需要的软件和文件 Potplayer（功能强大的多媒体播放器软件） 本人写的Potplayer AI 翻译插件（开源，需要配合调用AI API，使用OpenAI API 兼容规范） 服务商 AI 部署模型 API URL地址，API 密钥，模型名称（API 调用服务商的 AI 服务） Ollama (本地 AI 调用，本地 AI 部署软件） 需要翻译的视频（效果展示使用） 下载地址 Potplayer播放器： https://potplayer.tv/ Potplayer插件（开源）：https://github.com/Fung-2025/potplayer-translation-openaiapi Ollama：https://ollama.com/ Ollama 模型地址：https://ollama.com/search 下载Ollama 打开终端输入： 1ollama run qwen2.5:3b 我这里以qwen2.5:3b为例可以使用别的模型 等待下载完成 重新打开终端输入： 1ollama...
为博客实现一个json实时更新并推上线的java程序并打包成exe的碎碎念功能
背景由于博客的碎碎念功能采用读取短链接网站下的 JSON 文件形式，为了方便维护 JSON 文件，编写了一个 Java 程序来更新 API 下的 JSON 内容。 JSON 数据格式示例 JSON 数据结构如下： 1234567891011121314151617181920[ { "date": "2024-12-10 21:33:26", "key": "key-1", "content": "测试1 <br><img src=\"https://xxx.jpg\" alt=\"测试1图片\">", "tags": [ "tags1", "tags2" ] }, { "date": "2024-12-11...
通过ntfy和自动化实现ios到windows的信息同步
背景在日常使用 iOS 设备时，我经常需要将信息同步到 Windows 电脑上，特别是验证码。然而，Apple 生态的 Handoff 和 iCloud 功能在 Windows 上并不完善，而第三方方案（如 OneDrive 或 iMessage for Windows）往往不能满足即时性和自由度的需求。因此，我找到可以利用 ntfy 结合 iOS 的自动化功能，实现简单高效的信息同步。 方案概述我们可以使用 ntfy 作为消息中转服务器，让 iOS 通过快捷指令或捷径（Shortcuts）发送信息，而 Windows 端通过 ntfy 监听这些消息并进行相应处理。 方案特点 ntfy 介绍：ntfy 是一个简单的基于 HTTP 的推送通知服务，支持自建服务器，也可以使用官方的公共服务器。 iOS 端：使用 快捷指令（Shortcuts） 或 自动化规则，调用 ntfy API 发送消息。 Windows 端：使用 GitHub 上的小项目监听 ntfy 频道，并将收到的消息处理，显示到桌面通知。 实现步骤1. ntfy 配置 打开 ntfy...