解决 OpenWRT 作为旁路由时 iKuai 终端监控里 Mac 地址显示不正确的问题
在 PVE 里安装了 iKuai（192.168.1.1）作为主路由，iStoreOS（192.168.1.2） 作为旁路由，在 iKuai 的 状态监控 -> 终端监控 -> IPv4 里查看数据时发现 Mac 地址很多都是同一个，变成了 iStoreOS 的 Mac 地址，终端类型/设备厂商 和 备注 也都显示不正确，不能忍。
iStoreOS 配置首先需要在 iStoreOS 的 系统 -> 软件包 中安装 snmpd，在 过滤器 输入框中直接输入 snmpd，如果搜索不到的话，点一下右边的 更新列表。
iKuai 配置在 iKuai 的 高级应用 -> 跨三层应用 中点击 添加，在 SNMP 服务器 IP 输入框中输入 iStoreOS 的 IP 地址，我这里是 192.168.1.2，然后保存：
在列表中应该可以看到状态为 正常：
此时再回到 iKuai 的 状态监控 -> 终端监控 -> IPv4 里查看数据，Mac 地址、设备厂商、备注都正常显示了：
PVE 使用山特 TG-BOX850 UPS
我基于 PVE 的 All In One 里有飞牛，由 2 块 1T 的 NVME 和 4 块 4T 的西数红盘组成，这个红盘的价格很贵，大概要 700 - 800 元一块，想着用 UPS 相对来说能更安全一些，于是在京东入手了山特的 TG-BOX850 不间断电源，给我的机械硬盘垫个底。
飞牛在最近的 0.8.27 版本里已经官方支持了 UPS，目前官方只支持三款 UPS，其中就有支持到我手里这款 TG-BOX850，我买的时候他们还没有做 UPS 功能，不过看来型号买对了。
不过既然我都已经基于 PVE 了，想来不如把 UPS 直接对接给 PVE。
PVE 是基于 Debian 的，生态上有 NUT 和 APCUPSD 这两个，网上查了一下 NUT 的相关教程五花八门，但都比较复杂麻烦，APCUPSD 的就简单一些，本文就基于 APCUPSD。
我的计划是如果 APCUPSD 搞不定的话，我宁愿把 UPS 直通给飞牛用，也不要去搞 NUT，但好在是搞定了，而且非常简单。
确认 UPS 已经正确识别将 UPS 的 USB 线插入 PVE 机器上，执行 lsusb 可以查看已经能够识别 ...
Windows 11 Hyper-V 虚拟化 GPU 给 Windows 10 虚拟机
一、小老弟今日弄点什么？继上篇 Windows 11 使用 Hyper-V 安装 Windows 10 虚拟机 之后，我们来搞一下 GPU 虚拟化。
二、当前显卡情况安装好 Windows 10 虚拟机后，在设备管理里可查看显卡情况，是不能识别到我物理机的 RX5600 XT 的：
跑一下鲁大师，FPS 不到 1，还不如 PPT 呐：
接下来我们就搞一下 GPU 虚拟化，让虚拟机也能吃上 GPU。
三、我的环境我的物理机是 Windows 11 22H2 版本：
虚拟机安装的 Windows 10 22H2 版本：
镜像不是特意挑的，至于版本号一样纯属巧合，我一般喜欢在用的时候下载一个当时最新的版本。
四、Windows 10 虚拟机设置首先关闭 Windows 10 虚拟机，在虚拟机 设置 里关闭 检查点：
五、物理执行命令物理机上以管理员身份打开 PowerShell，执行以下命令，注意把其中 win10 换成你的虚拟机名字，我这里是 win10：
1234567891011$vm = "win10"Add-VMGpuPartitionAdapte ...
Windows 11 使用 Hyper-V 安装 Windows 10 虚拟机
一、需求背景最近搞 RPA 和迅雷下载，所以打算弄一个僚机用来 24 小时不停地跑我的 RPA 机器人并且偶尔也会跑跑迅雷下载。
二、为什么选择虚拟机？之前特意在闲鱼上收了一个二手的 BeeLink 的 U59，CPU 是 N5105、16 GB 的内存、512 GB 的固态，拿回来安装上 Windows 11 以后很卡，卡到想吐的那种，换了 Windows 10 还好一些，不过那小内置的风扇仍然会狂叫，很烦，弃用。
正好家里还有一个 9900KF + RX5600 XT 一直给儿子用来打游戏，大多数时间也都在闲着，不如充分利用一下。
之所以不用物理机而用虚拟机，是因为我不定时会远程连上去进行别的操作，如果儿子在打游戏的话就有些不方便了，不是 Windows Server 官方又不让多用户同时登录，想搞的话还要费事搞第三方的，还不如直接搞虚拟机了。
三、为什么选择 Hyper-V使用电脑这么多年，我使用最多的虚拟机就是 VMWare，其次是 VirtualBox，Hyper-V 还没用过。
之所以 VMWare 第一主要是因为操作界面友好、产值高、跨平台，还免费（现在真免费了），Vir ...
解决 WebStorm 错误: 请指定要运行的 npm
今天用 Vite 新建了一个 React 项目，使用 WebStorm 打开以后发现无法添加 NPM 运行脚本了。
如图所示，正常情况下，点击 脚本 下拉列表以后，会列出 package.json 文件 scripts 下的所有可执行命令，但是我这就死活弄不出来，下面还报了一行警告：错误：请指定要运行的 npm 脚本。
但经过我测试，如果强行忽略警告，继续运行的话是能正学运行 NPM 命令的，不过就是每次运行都会警告一次，挺恶心的。
后来网上查了一下，说是 WebStorm 对 json 类型文件识别丢失了造成的，于是修复办法如下：
打开 设置 -> 编辑器 -> 文件类型，在右侧的 识别的文件类型 列表中找到 JSON，点击右侧加号按钮，添加上 *.json 即可。
关联好文件类型以后，再次添加配置运行脚本可以看到已经恢复正常了。
奇怪的是不知道为什么突然就丢失关联类型了。
2024 年为网站接入 Google OAuth 登录
自 微寻 和 爱五 笔之后，我便打算以后只做海外的产品。
但无论是否做海外的产品，对于用户认证、授权相关的逻辑还是那些，之前在国内我搞了一个微寻，但很快就被 微信封杀 了，索性我也不再去弄。
而海外就简单太多了，Google、Github、Facebook、X 等这些平台都是可以 OAuth 登录的，我选择 Google OAuth，而且我平时非常喜欢有 Google OAuth 的网站，有 Google OAuth 的网站我是绝对不会去使用邮箱或者其它渠道进行注册登录的。
我甚至认为，只要有 Google OAuth 就够了，起步阶段不必花费时间去搞什么邮箱登录，从我的认知来看，海外的网站一般都是邮箱登录和其它第三方登录。
一、为什么要用 OAuth 呢？一句话：省事儿。
一般的 OAuth 都会提供：用户名和头像，我们以邮箱账号注册为例，分析一下一个网站对于这种注册登录机制需要哪些逻辑：
注册页面
注册逻辑
邮箱确认逻辑（包含发送邮箱验证码或确认链接）
登录页面
登录逻辑
忘记密码（向邮箱发送验证码或确认链接）
修改密码
用户中心
修改密码
修改头像
而以上这些，在 ...
写在爱五笔发布一个月以后
今天是 2024 年 06 月 28 日，距离 爱五笔 正式发布整整已过去了一个月，距离 微寻停止服务 刚刚过去了一天。
本来应该在 爱五笔 正式线上发布之后立马就写下此文的，之所以拖到了今天才写，那真的是因为我太懒了，写文字好难，比编码困难多了，甚至一度不想法为爱五笔写一篇产品文章。
恰好今天在写 微寻停止服务 的时候再次遇到了这么一个我定制五笔词库的经典场景，平时想出还真不好找，所以立马截图留了下来，也正好趁着今天已经码了一些字，趁热劲儿一并把这个文给补了吧。
场景复现我从学五笔的时候就一直用的 86 五笔，当时用的 Windows 7 操作系统，输入法软件用的是极点五笔，词库也是默认的极点五笔输入法自带的默认词库。
后来我学会五笔之后，用了一个通宵，把我当时极点词库里的词条都大概地过了一遍，不记得极点词库的默认词库有多少条了，大概 6 万到 8 万吧，把一些我学五笔的时候，经常遇到的不合适的词条进行定制调整。
所谓的定制调整，听起来高大尚，说白了无法就是调整一下词条的位置、删除一些重复的词条之类的操作。
比如，正常的词库里，退款 这个词条的编码是 veff，但我们打出来以后，发现 ...
微寻已无法提供服务
事发就在昨晚我沉迷于地摊烧烤的时候，一位朋友在微信上问我微寻是不是出什么 BUG 了，并附了一张截图：
我心感不妙，立马从手机上去登录了一下，果然：
结束了。
昨天是 2024 年 06 月 27 日，微寻正式发布于 2024 年 04 月 27 日，正正好好两个月。
我立马去微信群里通知已经付费了的朋友们私聊我进行全额退款。
直至我写此文时，还有人加微信反馈 微寻扫码登录不上：
微寻只在刚刚上线时稍微推广过一波，两个月来一直正常运行，直到前天的时候，突然多了一些流量，有好几个来加微信的。
出于好奇，我问了是通过什么渠道得知微寻的，对方发给了我这篇公众号文章：https://mp.weixin.qq.com/s/mjzPz9WIBfBi7txyIKq4-g
这篇文章的作者本意是好的，我们并不认识，事先也不曾联系过，他能自发地写下这篇文章，并在文章下面标注了各种引用链接，我是在心里由衷地感谢他。
但评论区向来才是最精彩的地方：
我当时以为这个人只是在开玩笑就没有当真，因为仅凭这么一句看似开玩笑的评论，并不能下定论就这位干的，不过真的就在第二天，就被封了，微寻上线两个月以来都没 ...
我独立开发生涯的第一个商业化产品 - 微寻
2024 年 04 月 27 日晚八点，微寻 终于正式上线了。时隔一周，我在五一假期的最后一天写下此文，以纪念这款我独立开发生涯的第一个商业化产品。
1. 何为微寻微寻 为个人网站提供微信码登录 能力。
没错，微寻 是一个小型 SaaS，它以极简的方式对外开放微信扫码登录的能力。个人开发者如果想为自己的网站接入微信扫码登录便可以通过 微寻 来实现。
无需烦人的申请流程、无需复杂的开发配置 、无需昂贵的认证年费。
只需轻松对接两个接口，即可为您的网站接入微信扫码登录。
一切，就是这么简单。
一个熟练的开发者，可以在 2 个小时之内（甚至更快）通过微寻将自己的网站接入微信扫码登录。
2. 想法诞生现如今 2024 年，微信扫码登录 已然成了很国内多人登录一个 PC 网站的习惯，我个人便是如此。
微信扫码登录相比于常规的账号注册、登录机制对于用户来说方便很多。
2.1 站在用户角度站在用户角度，用户只需要拿起手机扫一扫就可以完成账号注册、登录环节，免去了诸多麻烦。
一般的网站如果有账号机制的话，都会有用户的头像上传、昵称等修改机制，而微寻扫码后，这一切都已经在几秒钟之内完成了，不需要再去单 ...
2024 年我的 Hexo 博客终极方案 -（三）图床
我将我的 Hexo 博客方案分为了三篇：
（一）搭建（二）优化（三）图床
继上一篇 2024 年我的 Hexo 博客终极方案 -（二）优化 发布许久之后，终于得空可以在五一假期的深夜里写下这最后一篇：图床。
云存储平台选择国内写独立博客，图床是比较重要的一环，除非你的文章里从不带有图片，不然每位博主都会面临图床方案的选择。
在 2024 年，很多博主不慢网络问题，依然选择白嫖 Github。如果没有网络问题，Github 真好啊～
我个人比较懒，直接选择了一家国内的云存储做一个图床算了。
对比了七牛、阿里云 OSS、腾讯云 COS、又拍云，我选择了又拍云 因为我账户里还有 N 年前充值的 200 元巨款。
之所以一番对比下来选择了 又拍云，是因为我个人非常喜欢简洁的东西。没错！又拍云就是比其它的平台简洁，操作界面非常通俗易懂（至少我个人这样认为），云存储和 CDN 一体，配上一个自定义域名（一方面这也是它的缺点，因为必须自定义域名，还是已经备案了的那种），还能上免费的 SSL，甚至还可以自动续费，简直不要太方便。
再一个，我大概在 2017 左右了解到了 又拍云 ，并在 2019 ...