未知狐的小窝 - 折腾=-=
type: channel
link: https://www.xfox.fun/category/waste-of-time/
description: 活着就是为了折腾。
items: 发工资决定买新耳机啦 ——
items: 飞牛与热铁盒商标之争：一个“防御性布局”逼出的维权视频
items: 为什么我反悔——买了联想
items: 解决各发行版的KDE桌面环境打开Discover更新页面加载缓慢卡顿
items: VibeCoding 重构ESP8266开发板Epaper驱动
items: 即日起博客正式与Mastodon文章同步
items: 硬盘里的旧时光
items: 30块钱驯服运营商的垃圾光猫 && 第一次掉显卡驱动的处理方案
items: 令人头大的Cloudreve 反代/Frp 转发龟速和失败报错
items: [公告][AFF]本博客即将切线继续使用HK三网优化线路

发工资决定买新耳机啦 ——
type: item
date: 2026-07-31T16:46:00+00:00
description: 还有意外之喜，居然有雪映白！未来摸鱼的心情更愉快了hhh.幸亏我机智，多问了句！[...]

飞牛与热铁盒商标之争：一个“防御性布局”逼出的维权视频
type: item
date: 2026-07-27T14:11:00+00:00
description: 当事人自己怎么说的：对7月25日凌晨飞牛官方回应的答复讨论之前先说清楚两家是谁：广州铁刃智造技术有限公司——“飞牛 fnOS”的亲爹。2024年8月启动公测，铺天盖地的宣发应该不少花费，最终攒了一大波关注。福州市热铁盒软件有限公司——当前代表作“青柠起始页”，一个简约免费的浏览器起始页产品。这家公司手里攥着“青柠起始页”的商标（注册号56022613，42类-网站服务），但“热铁盒”这个核心品牌名，现在出事了。我猜年龄稍大的佬友都知道在青柠之前，热铁盒最早的核心业务是“虚拟主机/网页托管”，从2020年开始就专门面向站长和开发者，提供开箱即用的建站服务。这推出的比他们公司成立还要早，甚至我说这是他们成立公司的契机也应该八九不离十。）[...]

为什么我反悔——买了联想
type: item
date: 2026-07-01T14:08:00+00:00
description: 一张图懂得已经看懂了。不懂的，我再多废话几句：我买的是联想的拯救者，以前也用过ThinkPad。在我接触过的所有厂商的设备里，联想是唯一一个我装好Fedora/Debian后发现什么驱动都不需要额外安装也能正常用下去的操作系统。甚至，我在Windows下不想用中国官方特供充斥广告的狗屎图形化驱动软件的时候不得不换了开源替代拯救者工具箱 Lenovo Legion Toolkit的同一时间，不管是屏幕亮度，键盘背光亮度（Ctrl+Space）还是性能模式切换按键（FN+Q）都已经有完美的快捷键支持。 你能理解Linux下体验先天比Windows更好这件事吗？买设备回来是为了使用，如果他不好用，那就是💩。实践证明联想某几条产品线在Linux发行版上体验就是比别家好。当然，我写这篇文章不是夸联想，目的是告诉你现在Linux发行版使用体验在什么设备上更好。毕竟，有些东西是从社区长出来的，联想还不配让我拿开源社区无偿劳动的成果给它贴金

解决各发行版的KDE桌面环境打开Discover更新页面加载缓慢卡顿
type: item
date: 2026-06-24T14:27:00+00:00
description: 首先，在你的终端尝试一条命令：plasma-discover --backends packagekit-backend --mode Update如果不出意外的话，你的Discover会直接弹出到更新页面并快速的加载完成，这就证明你和我遇到了同一个问题：Flatpak后端拖慢Discover更新页面那么最快的解决方式显而易见了：sudo dnf remove plasma-discover-flatpak为什么会出现这个问题？默认情况下 Fedora KDE Discover会在打开更新页面时加载所有可用后端进行更新包括：packagekit，Flatpak ，Snap众所周知，后面这俩常见的默认仓库服务器地址在境内可用性处于薛定谔的猫态，你可以进行如下尝试：xfox@Loong5-76s:~$ flatpak update 正在查找更新… 没有更新。 正在为远程仓库 fedora 更新 appstream 数据 如果你没有使用TUN 模式全局代理我猜你会卡在这个界面很久直到忍不住按下⌃C，Snap也同理。我的建议在任何情况下，优先使用系统原生适配的软件包而不是Flatpak和Snap。Debian就用apt和deb包，Fedora就用dnf和rpm包。这也是为什么我现在极其厌恶Ubuntu，现状就是Ubuntu正在故意使用Snap替换关键的软件包增大OS资源开销，并且Snap Server并不开源也没有开源替代完全依赖Canonical。Flatpak性能比Snap更好并且允许用户自己搭建新的仓库替代Redhat官方仓库！综合安全和性能开销，推荐遵循如下降序安装使用软件：原始软件包 > Flatpak > Snap > Appimage所以，如果你不得以必须使用更糟糕的软件包，宁可去配一下Flatpak镜像源也最好别碰Snap

VibeCoding 重构ESP8266开发板Epaper驱动
type: item
date: 2026-06-21T18:29:00+00:00
description: 我承认我偷懒了，两年前4.2寸墨水屏电子价签改造记录——持续更新 这篇文章当初放了大家鸽子。作为弥补，我抽空选了这几天晚上带凌晨，把原先可用的代码里的主要内容（寄存器数据等）喂给了DS，然后开始VibeCoding疯狂Debug，总算出了一版能用的。主要适用于BLOZI 的4.2inch 红白黑三色电子价签，曾经该公司尿崩的时候在淘宝/咸鱼有较大规模流出，当时不做完整一是确实没资料无法彻底整明白，二是整明白了发出来除了让奸商涨价没什么屌用。这个时间点，货早就出完了，这个规格的价签估计也早就停产换代了，发出来供手上还有留存的垃圾佬娱乐。仓库地址：epd4in2_dev — ESP8266 驱动 4.2 英寸 三色墨水屏（400×300）

即日起博客正式与Mastodon文章同步
type: item
date: 2026-06-18T16:05:00+00:00
description: 你可能已经发现我的Mastodon上刷了一大串帖子，这正是刚才测试文章同步造成的。同步使用了项目：FediverseSyncForTypecho 原始仓库为：jkjoy——FediverseSyncForTypecho原仓库不支持使用代理完成网络请求，使得该插件在某些Mastodon站点被GFW屏蔽的情况下完全无法使用。我的仓库把Release版本号刷到了1.6.5 主要增加了对http和socks5代理的支持。也是顺便测试借助DeepSeek 彻彻底底Vibe Coding了一回，确实很方便，花小钱办大事，比自己慢慢扣效率高太多了。本次Vibe Coding使用Visual Studio Code搭配DeepSeek V4 for Copilot Chat这个项目我自从看到GS在用就注意到了，当时就下载测试发现不支持代理试图自己添加代理支持（简单写死的）可惜学艺不精没一直扣完，太简陋不想公开最终拖到了今天。我已经尽自己所能的审查了AI生成的代码，但是为了避免Vibe Coding可能潜在的混乱和污染问题，这个仓库的更新我不会推送到原始仓库，就让本项目作为我的个人试验品好了具体更新如下：Fediverse Sync for Typecho - 更新日志版本 1.6.5 (2026-06-18)新增功能SOCKS5/HTTP 代理支持新增可选代理配置，支持 HTTP 和 SOCKS5 两种代理类型SOCKS5 使用远端 DNS 解析（CURLPROXY_SOCKS5_HOSTNAME），避免 DNS 污染支持代理认证（用户名/密码）适用于中国大陆等网络受限环境重构优化HTTP 请求统一重构将分散在 Plugin.php、Action.php、Api/Sync.php 中的 6 处原始 cURL 调用集中到 Utils/Http.php新增 postForm() 方法，统一处理 Mastodon/GoToSocial 的表单编码 POST 请求Header 去重处理，避免重复 header 导致 400 错误代理逻辑由 Utils/Proxy.php 集中管理，一处配置全局生效调试改进增强 HTTP 层错误日志请求失败时自动记录 URL、HTTP 状态码、cURL 错误号和错误描述、响应体预览Proxy 应用代理时记录代理类型和地址，便于确认代理是否生效文件结构FediverseSync/ ├── Utils/ │ ├── Proxy.php # 增强：支持 SOCKS5+HTTP 代理类型选择 │ └── Http.php # 增强：新增 postForm() + 代理集成 + 日志增强 └── Plugin.php # 新增5个代理配置项

硬盘里的旧时光
type: item
date: 2026-06-10T16:33:00+00:00
description: 留几块老硬盘，偶尔通电可以看到过去的自己在忙碌什么。因为酷Q ，我第一次接触到了Docker和基于Openbox窗口管理器和Wine 的Linux下Windows服务软件运行方案。我是中国境内较早一批接触并实用AI chat模型的非计科高中生。​那时候腾讯还在ai.qq.com持续测试传统NLP 算法的chat模型，即便效果远不能与现在的LLM相比拟，这些现在可以称为古董的早期产品还是给当时的我还有其他朋友带来了极大的震撼。​那年，眺望世界已经不能依靠原版shadowsocks实现，新的替代者是Trojan那年，Discuz是境内主流论坛服务软件。​那年，Python有了一个国产IDE NovalIDE。​那年，SSH 还是XShell Plus的天下。​那年，PanDownload 和无私分享的cookies拯救无数被百度云盘困住的用户。那年，PCL替代不掉难忘的旋律那年，联机侠跨越时空提前挤占了网易的用户空间​那年，我第一次玩孤岛危机2 大型开放世界FPS游戏。那年，第一次体验COD 4颠覆性游戏制作水平​那年，激活Windows只需要启动AAct 。​那年，酷Q与论坛还在，开发可用易语言。​互联网有记忆，我们也有，缺少的记忆欢迎补全。

30块钱驯服运营商的垃圾光猫 && 第一次掉显卡驱动的处理方案
type: item
date: 2026-06-02T10:37:00+00:00
description: 光猫路由一体机拨号是一个极其糟糕的设计，运营商既不愿意普及高性能硬件NAT的设备又不愿意用户自己使用路由器拨号。这个问题淘宝花30块钱就可以解决，专业的事情交给专业的人做。在花小钱之后我的宽带体验明显有了质的提升，首先是ping 延迟明显比之前光猫拨号再接路由器低了5~8ms此外，之前光猫拨号会存在长时间使用后延迟异常超高抖动丢包率的问题也迎刃而解。 顺便也算绕开了光猫里的老大哥的眼睛（我给你光模块供电就算了，我还得自付电费审查自己是吧，我有病吗？）驱动怎么掉的我的是RTX5060 laptop，不管是第三方软件还是Nvidia 自己的app都无法识别到。我猜是Windows的傻逼更新自动替换驱动把我驱动甘飞了，当然最近一次使用Windows也就是下了Todesk花30让人帮忙处理光猫的时候，最近一个星期我都在用Fedora。所以要么是Windows作妖，要么是Todesk在瞎搞。个人倾向于前者。解决方案下载DDU：Download Display Driver Uninstaller (DDU) Official Latest Version按下Shift 再点击重启重启后选择进入安全模式（藏得有点深，可别点成清除数据恢复Windows了）在安全模式打开DDU 第一次启动会自动启动选项弹窗：注意大弹窗下的高级设置：勾选：安全模式下是无法安装N卡驱动的，重启后自动退出安全模式。此时直接安装驱动仍然会识别不到驱动，需要通过Lenovo Legion Toolkit 或者你在OEM提供的其他官方工具（亦或者主板勾选）切换到独显直连模式才会使得Windows正常识别到显卡。此时设备管理器会显示一个微软基本显示设备实际上就是你那个没装驱动的显卡，正常安装驱动即可。

令人头大的Cloudreve 反代/Frp 转发龟速和失败报错
type: item
date: 2026-04-28T15:06:00+00:00
description: 在关闭Frp的tcp mux 后上传才正常持续，之前是小文件可以秒传卡100%，大就传一下等待一会儿就报错Network Error（仅使用Frp进行端口转发的情况下）如果再加上Nginx进行反向代理没有写明超时时间，默认60s就更完蛋了，给你报405/502/504等一串错误。HK 大陆3网直连 200Mbps的VPS做转发，一个30MB的文件1MB分片已经传了十几分钟了，真的逆天啊我很难想想这性能瓶颈到哪里了，哪怕作为下载方的家宽服务器现在也有100Mbps下行，我本地直接5G流量居然还是这么龟速。 纯纯逆天。折腾这个玩意真的让我力竭了，当然力竭的倒霉蛋也不只我一个，互联网上随手就能搜到类似的问题，而且最终说是解决的实际和没解决也区别不大，依旧是慢如蜗牛。先来谈谈Frp TCP多路复用的逆天降速问题看个帖子：tcpmux 会大幅降低链路速度#2987看完你应该大致明白发生了啥，总之开发者们选择了稳定性，但是这在我的应用场景就很糟糕。所以我最终选择了关闭TCP MUX。Nginx 反代对Cloudreve的影响首先，我刚才提过Nginx对前后端的默认的连接超时都是60s一超时就给前端返回504，所以你要么60s内传完，要么保障断开连接后自动重连。当然，我们还有个更具备实操价值的办法😉： location / { proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_redirect off; proxy_pass http://127.0.0.1:5212; proxy_request_buffering off; # 禁用反向代理缓存 proxy_read_timeout 3600s; # 等待后端响应超时 proxy_send_timeout 3600s; # 发送请求体给后端 client_body_timeout 3600s; # 接收客户端请求体 send_timeout 3600s; # 发送响应给客户端 client_max_body_size 0; # 0 表示不限制请求体大小 }分片大小在带宽足够的情况下，为了充分吃满带宽分片大小应该尽可能的大以提高[所求数据传输时间/协议开销时间]的值，拆分成小块发送意味着花费更多的时间在协议开销上。具体大小应该根据你自己的各级服务器带宽决定，如果带宽本身就很低或者波动明显，就适当调小维持稳定上传状态。对于我的200Mbps上行的Frps和30上/100Mbps下的Frpc 我选择的分片大小是16MB。Frps与Frpc 之间的协议效率在理想的情况下，QUIC一定是最好的选择，如果网络波动明显只能退选KCP。但是考虑到实践中某些运营商对UDP流量极端的QoS策略，我只能选择TCP和基于TCP的协议。在某些特殊环境下，开启流量加密是你不得不做的选择，但是如无必要加密和压缩两个都没有必要开，特别是设备cpu性能明显羸弱的情况下，开启流量压缩没有任何意义。最后，看看更接近操作系统底层的地方Linux之TCPIP内核参数优化懒人方案：决定24H不睡迎接中秋节——顺便修一修linuxuser.site邮件服务器的严重不可用问题

[公告][AFF]本博客即将切线继续使用HK三网优化线路
type: item
date: 2026-02-06T18:12:00+00:00
description: 162RMB/年的HK三网优化线路（目前IDC下单自动提供六折优惠，叠加互联网烂大街测评九折优惠码）我很少在自己博客给IDC打广告，但是这个价格和性能真的强无敌，我只推荐下面俩款：HK大陆三网优化HK.AMD.D 1核1GB 10GB SSD 月流 500GB 带宽 200 Mbps ¥300¥180/年香港VPS 大陆三网优化 （本博客同款，延迟已经很低，但比不过CNIX这种类专线性质的，适合一般免备案建站/NAS Frp转发用途）HK非大陆优化（送CNIX入口）HK.BGP.A 1核1GB 10GB SSD 月流 1TB 带宽 500 Mbps ¥168 238¥/年 送香港BGP国际网络云主机 原生IP 送CNIX NAT入口 AMD 7542 NVMe（这个得抢购，没有CNIX配置能力或者不愿意加预算买国内大厂前置鸡的就没必要。）至于啥是CNIX，请看：前海交换中心成立的目的与意义推荐的IDC全部产品列表所有产品列表其他？这公司域名备案的，你去ICP备案查 yt.net，想想2字符.net域名什么含金量。切线公告得益于过去随手记录的好习惯，本次访问线路切换速度非常快。当你看到本文章时，博客和Linux用户站已经完成线路切换了，欢迎来到ipv4 only 快如闪电的新时代！