Clash for Windows 汉化公告板
20.9K subscribers
50 photos
3 videos
234 files
586 links
Download Telegram
#Message
FlClash v0.8.87

Optimize desktop view
Optimize logs, requests, connection pages
Optimize windows tray auto hide
Optimize some details
Update core
Update changelog


GitHub下载地址
文档介绍
FlClash 公告板
FlClash 讨论组
2🤔1
#Message
sparkle v1.6.10

更新依赖
使用新的 mihomo 发行名称
优化禁用 dns.fallback
更新依赖
修复在 macOS 下的 tun 设备覆盖逻辑
纠正允许局域网访问的逻辑
移除不必要的提示
增加菜单
优化代理搜索按钮
修复样式和代理组的扩展
调整默认 CSS
修复关闭连接可能无法清除的问题并提升性能
调整类型
事件触发只有在拖动 8 像素后,同时进行其他改进
更新依赖并迁移到 tailwindcss 和 eslint
修复在解析某种特殊订阅信息时的问题 (#10)
修复速度显示
添加保存配置的延迟以防止循环崩溃
更好地实现 getAppName
调整代理组字体大小
允许关闭应用名称显示
为 macOS 添加应用名称显示
允许文本溢出
处理获取图标时的中文路径
调整字体大小


GitHub下载地址
文档介绍
讨论组
#Message
Mihomo Party v1.8.3

新功能:
移除 Windows 下启动必须管理员模式的机制,改为只在启用虚拟网卡模式的时候,申请 UAC 权限重启软件
升级 Traffic Monitor 至1.85.1

重构:
Geodata 文件只有在源文件更新的时候才会在启动时覆盖更新

修复

修复 DNS/嗅探覆写开关逻辑,修改设置不再会直接写入运行时配置,增加了“仅保存”按钮
悬浮窗改为纯矩形,修复 windows 下兼容性问题带来的白边


GitHub下载地址
通知频道
讨论组
CI频道
主页
内核文档
4
Forwarded from mihomo-party channel
Mihomo-Party 项目情况说明


事件回顾

2025年2月6日,Mihomo-Party 项目因主要开发者布丁狗及后续接手开发者相继失联,被迫暂停运营,代码仓库全部归档,项目暂时告别社区。这一突发事件导致项目维护和更新陷入停滞,引发了社区的广泛关注。

项目背景

Mihomo-Party 最初由布丁狗开发和维护。但由于个人原因(考公上岸),他无法继续投入精力,遂决定将项目转让给我。我们签订了正式的转让合同,并完成了全部款项支付。

转让时,布丁狗承诺将继续为项目提供一定支持,包括修复代码、优化功能等。事实上,我与布丁狗早因技术交流结识,并在机缘巧合下完成了项目交接。接手后,我与他共同维护代码、推动版本更新,并申请了 Apple 开发者证书,实现 macOS 代码签名和认证。

然而,近期布丁狗在未提前告知的情况下突然注销了 Telegram 和 GitHub 账号,导致项目维护受阻。我尝试寻找新开发者接手,但因对代码质量要求较高(需修复所有控制台报错、升级依赖、保持代码整洁等),新开发者最终也选择退出。由于项目收购和维护成本高昂,加之人力不足,我决定暂时归档 Mihomo-Party,以减少开支并专注于其他事务。

项目恢复

Mihomo-Party 归档后,引发了社区的热烈反响。此前失联的开发者主动回归,布丁狗也联系我,解释了情况。他承认注销账号过于仓促,缺乏沟通,并承诺以新账号继续参与维护。同时,我们吸纳了更多开发者加入,团队放下分歧,决心共同推动项目的持续开发与维护。

常见问题解答

1. 为何收购 Mihomo-Party?
Mihomo-Party 已拥有一定用户基础,且具备商业化潜力,例如通过机场推荐机制实现资金来源。我希望通过持续优化,使其未来具备更完善的商业模式。

2. 布丁狗为何突然失联?
布丁狗失联可能与以下原因有关:
- 交接后的额外压力:尽管项目已交接,我仍希望他履行此前承诺,修复部分遗留问题、优化代码,这可能让他感到困扰。
- 社区争执:在 GitHub Issue #455 中,布丁狗与用户发生激烈争执,可能让他感到沮丧。争执后约一小时,他注销了所有账号,情绪波动可能是原因之一。
- 身份限制:作为公职人员,继续参与涉及“翻墙”相关事务可能不合适,因此选择销号。
事后他主动联系我,表示:“我以为交接完就可以抽身,销号确实太突然,缺乏沟通,向你道歉。造成现在局面,大家都不希望看到。”

3. 新开发者为何也失联?
布丁狗退出后,我紧急从其他项目拉来一位开发者维护 Mihomo-Party。但早期代码存在大量技术债务,许多问题未妥善处理(如修复记录:35c239e, da3f387, 4a48445, 32d9133, 31190e1, 4b7ab04, 7c8661e)。同时,我对代码质量要求较高(修复所有控制台报错、升级最新依赖、保持代码整洁),这可能让新开发者压力过大,最终选择退出。

4. 关于合并其他 fork 代码
目前已合并部分 fork 版本的改动(如内联支持和 sub-store 更新),但因开发者失联,这些改动尚未充分优化,可能存在使用问题。对此我们深表歉意,后续将与相关贡献者沟通,优化实现方案,或在征得同意后调整代码。

关于我们

我们是一支海外独立开发团队,希望通过代理软件开发实现商业化,例如未来在 macOS 和 Windows Store 上架产品。作为开发者,我始终追求代码质量与用户体验的平衡,也很荣幸结识“狗狗加速”团队,并在技术领域展开深入交流与合作。

未来承诺

Mihomo-Party 将继续保持开源,所有代码提交公开透明,接受社区监督,绝不植入后门或恶意代码。我们将全力推动项目发展,感谢所有支持 Mihomo-Party 的用户与开发者!
10
#Message
Mihomo Party v1.8.4

新功能:
如果当前没有以管理员模式运行,TUN 开关保持关闭
区分 app 日志与 core 日志输出为不同文件
完善内核权限鉴别,上一个内核以管理员模式启动的时候,弹出提示
修改 MacOS 默认虚拟网卡名称为 utun1500,可自定义

修复

修复某些系统下的悬浮窗开启崩溃的问题(开启兼容模式=关闭硬件加速)
开机自启在非管理员模式下报错的问题
解决某些 macos 系统下无法开启虚拟网卡的问题(tun device名称冲突)


GitHub下载地址
通知频道
讨论组
CI频道
主页
内核文档
👍1