未知狐 发布的文章

当事人自己怎么说的:

对7月25日凌晨飞牛官方回应的答复

讨论之前先说清楚两家是谁:
广州铁刃智造技术有限公司——“飞牛 fnOS”的亲爹。2024年8月启动公测,铺天盖地的宣发应该不少花费,最终攒了一大波关注。

福州市热铁盒软件有限公司——当前代表作“青柠起始页”,一个简约免费的浏览器起始页产品。这家公司手里攥着“青柠起始页”的商标(注册号56022613,42类-网站服务),但“热铁盒”这个核心品牌名,现在出事了。

我猜年龄稍大的佬友都知道在青柠之前,热铁盒最早的核心业务是“虚拟主机/网页托管”,从2020年开始就专门面向站长和开发者,提供开箱即用的建站服务。这推出的比他们公司成立还要早,甚至我说这是他们成立公司的契机也应该八九不离十。)

捋清冲突过程

第一步:热铁盒先占的坑。 热铁盒这家公司早在2020年左右就已经在用“热铁盒”这个名字了。人家做产品做服务,品牌名就是“热铁盒”,这是吃饭的家伙。

第二步:飞牛进场,顺手“布局”。 2023年,广州铁刃智造技术有限公司成立。这家公司自称:“在产品筹备阶段,这家公司委托第三方知识产权机构做“防御性商标布局”,围绕“铁刃智造”的企业字号,批量申请了包括 “铁盒”“热铁盒”“铁盒智能” 在内的一系列衍生名称。
飞牛官号自己在评论区发的评论

第三步:热铁盒创始人发现被偷家发视频维权。 2026年7月,热铁盒创始人发现“热铁盒”商标被飞牛的运营主体给注了。自己的品牌名,自己用了好几年的名字,被别人拿去注册了商标。最糟糕的是,还被人发申请对热铁盒自己持有和使用的商标撤三。创始人没忍,直接上网发视频开锤。B站视频标题叫 《很荣幸,似乎被飞牛视为最大的竞争对手了》 。话是这么说,但谁都听得出来——这不是荣幸,这是被偷家了还得笑着说“谢谢啊”。

第四步:飞牛连夜公关。 视频发出后,飞牛官方在评论区紧急回应。核心论点就三句:

“我司从未以任何形式针对'热铁盒'进行恶意打压”

“此前我们也对'热铁盒'作为对方品牌一事并不知情”

“这属于创业公司在产品上线前常规的商标储备工作”

最后补了一句“已第一时间与对方联系,愿意配合对方协商处理”。
飞牛到底做了什么,把人逼到上网发视频?
关键就一件事:在热铁盒不知情的情况下,把人家用了好几年的品牌名注册成了自己的商标。
飞牛的解释是“防御性商标布局”——因为公司叫“铁刃智造”,所以就把“铁盒”“热铁盒”“铁盒智能”全给注了,说是“铁盒意为铁刃制造的盒子,即为NAS”。
这套说辞怎么说呢——看似逻辑上能自洽,但吃相上很难看。
你一个做NAS系统的,把人家的品牌名给注了,然后说“我不知道对方存在”。好,就算你不知道,那“热铁盒”这个商标本身也不是你独创的,是人家先用的。你2023年才成立的公司,人家2020年就在用了。谁在先谁在后,这账不难算吧?
更绝的是,飞牛说这是“代理公司按行业惯例批量检索并提交申请”——合着锅甩给代理公司就完事了?代理公司是你雇的,申请是你授意的,商标注册人写的是你广州铁刃智造的名字。代理公司替你冲锋,你躲在后面说“与我无瓜”?
热铁盒创始人为什么被迫上网发视频?因为正常的商标异议流程又慢又贵,而品牌被人抢注这件事,拖一天就多一天的风险。 发视频,把事情摊在阳光下,让舆论倒逼对方坐下来谈——这是小公司面对大公司“防御性布局”时,为数不多能用的武器。
有人说飞牛愿意无偿过户,这事就完了。问题是:凭什么要人家创始人先发视频、先承受一轮网络暴力、先把自己的委屈摆出来给人看,你才“愿意配合协商”?
你早干嘛去了?

场外的舆论声音

我支持热铁盒维权不是因为我就奔着支持热铁盒,坦白来说我平时压根不用热铁盒的产品。同样的我平时也压根不用飞牛的产品。
那为啥我要写这篇文章? 因为我就是踏马的看不惯有些公司占着茅坑不拉屎的不作为和对开源协议的践踏!
事实证明我当初不用还是有点先见之明的,以下信息就是我要飞牛4️⃣的场外原因:
首先是对开源协议和自由软件协议的践踏:
捶死国内 NAS 公司其实很简单:以飞牛 NAS 为例
其次是对用户数据隐私安全的不负责:
这部分压根就不用我赘述,全网人尽皆知的丢人事,对飞牛逆天做法的报道极多。
对不起飞牛,你们最新公告里的说法经不起任何推敲
Google Gemini

场内搅浑水的声音

就当我以为这件事要以飞牛无偿转让商标这种相对平稳的方式收场的时候,评论区我看到了更让人作呕的:
有数个近期新注册的低等级低关注/粉丝账号开始以:
青柠-青柠起始页 类比 热铁盒-热铁盒科技
试图搅浑水对飞牛的逆天行为进行辩护。
疑似水军1 https://space.bilibili.com/3690996088966095
3690996088966095
疑似水军2 https://space.bilibili.com/79558654
79558654
随后在经过我的反驳后,截止发文时我在评论区已经无法找这两条中心主旨高度雷同的评论,也许是知难而退,也许是被吞。

我的观点

结合上述情况,我发这个文章总结揭露现实情况的目就是要飞牛死,德不配位的就滚下去!
我的眼睛刚做完飞秒手术,这个时候其实并不适合长时间使用电脑,但是我忍不了!
德不配位,占着茅坑不拉屎的狗贼我要你死!

四眼仔摘了眼镜这几天上班免不了受了点小罪,掏出手机十分钟花了几百块钱怒买n件商品。
​如果花钱能让你未来一段时间更舒服,我劝你花,早买早享受。
​如果花钱只能让你现在更舒服未来还那样或者没什么起色,那不妨再忍一忍,毕竟你兜里没多少钱。

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

首先,在你的终端尝试一条命令: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

我承认我偷懒了,两年前4.2寸墨水屏电子价签改造记录——持续更新 这篇文章当初放了大家鸽子。

作为弥补,我抽空选了这几天晚上带凌晨,把原先可用的代码里的主要内容(寄存器数据等)喂给了DS,然后开始VibeCoding疯狂Debug,总算出了一版能用的。
主要适用于BLOZI 的4.2inch 红白黑三色电子价签,曾经该公司尿崩的时候在淘宝/咸鱼有较大规模流出,当时不做完整一是确实没资料无法彻底整明白,二是整明白了发出来除了让奸商涨价没什么屌用。
这个时间点,货早就出完了,这个规格的价签估计也早就停产换代了,发出来供手上还有留存的垃圾佬娱乐。
仓库地址:epd4in2_dev — ESP8266 驱动 4.2 英寸 三色墨水屏(400×300)
演示图片

你可能已经发现我的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个代理配置项

留几块老硬盘,偶尔通电可以看到过去的自己在忙碌什么。

因为酷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与论坛还在,开发可用易语言。

​互联网有记忆,我们也有,缺少的记忆欢迎补全。

1715c9acf6c279e26c65d630e231db0b287961398.jpg@1192w.avif
973053ab9bfeb8112155c52978effeac287961398.jpg@1192w.avif

42649056ca50e152d420b8fb8719a629287961398.jpg@1192w.avif
e52abe4c30a77790415c74c558367d4f287961398.jpg@1192w.avif

4ab5298d29abbe8e47f1960e3d0cee88287961398.jpg@1192w.avif
5bb47573d20444291f514df3ddf01b87287961398.jpg@1192w.webp
9be485c31783efa40b4f2d22559797fa287961398.jpg@1192w.avif

92d5bc74ea253b57d26af73859553cdf287961398.jpg@1192w.webp
20200821180808.png
20200821180856.png