这是什么链接？
戳一下👉
https://testflight.apple.com/join/pR1xwCfB

v2.0.1 版已发布
恢复对 iOS 26 / macOS 26 的支持
不再需要修改数据集

#Apple #Weather

 iRingo: 🌤 WeatherKit v2.0.5 已发布

修复了上一版导致无法填补空气质量数据的问题
同时对 macOS 版 天气 app 无法显示未来一小时降水的成因做了详细说明（简单来说，只要你在 macOS 上同时在使用高德版 Maps ,那大陆地区就绝对不会显示未来一小时降水）

Release Notes：
https://nsringo.github.io/changelog/weather-kit.html

Manual & Download：
https://NSRingo.github.io/guide/Weather/weather-kit.html

#Apple #Weather

在 18 系统中，苹果已经使用了QUIC 通过 *.tthr.apple.com 进行天气数据的分发 ，如果失败，才会 fallback 到传统 HTTP 方式请求天气数据。

在 26 系统中，苹果启用了新的域名通过 QUIC 方式进行天气数据的分发，天气 app 会先尝试使用 QUIC 通过 tether.edge.apple 进行天气数据获取，如果失败，会使用未知进程（疑似苹果内置透明代理进程）尝试使用 QUIC 通过高位端口映射访问苹果 IP （17.0.0.0/8 与 2620:149::/32）获取天气数据，如果两种方式全都失败，才会 fallback 到传统 HTTP 方式请求天气数据。

在最新版本的模块中，已经包含了阻止 tether.edge.apple 的规则，但是并未包含阻止 17.0.0.0/8 与 2620:149::/32 的 QUIC 流量的语句，如果你遇到天气无法正常修改，可以尝试阻止这两个 IP 段的 QUIC 流量来降级到传统 HTTP 方式请求天气数据。

（对于某些代理 app，如果你通过代理访问苹果服务，则会自动阻止相关 QUIC 流量，无需手动添加相关规则）

关于最新的 tether.edge.apple (Apple Edge Cache)，详见：
https://cache.edge.apple

#Apple #Weather

自 iOS 26 起，Maps 中的 [飞行俯瞰](Flyover) 功能疑似已被移除，同时可能影响 iOS 18.x 及之前的版本。（但愿这个功能只是在调整或者升级中😭）

Reddit 关于 iOS 26 beta 版 Flyover 按钮消失的讨论：
https://www.reddit.com/r/applemaps/comments/1n2wfs6/ios_26_betas_flyover_tours_removed/

iOS 和 iPadOS 26
功能可用性列表中依旧存在“地图：俯瞰”
https://www.apple.com.cn/ios/feature-availability/#maps-flyover

iOS 18 官网说明书关于 Flyover 功能的说明
https://support.apple.com/zh-cn/guide/iphone/iph81a3f978/18.0/ios/18.0

iOS 26 官网说明书中已不再含有 Flyover 功能的说明
https://support.apple.com/zh-cn/guide/iphone/ipha937272d1/26/ios/26

#Apple #Maps

Surge 十岁了 🎉

2015 年 10 月 23 日，Surge iOS 1.0 正式上架 App Store。光阴荏苒，Surge 已经走过整整十年。

这十年的发展离不开广大用户的支持与喜爱，在此向所有用户致以最诚挚的感谢。

我们最近正在重新梳理 Surge 的功能逻辑与文案介绍。值此十周年之际，也借此机会回顾一下 Surge 这十年的发展历程。

⸻

[首创] 规则分流系统

2015 年，Surge 首次设计并实现了代理分流规则系统（包括 DOMAIN、DOMAIN-SUFFIX 等规则，以及策略与策略组）。
该系统依托于完整的 HTTP 代理服务器与用户态 TCP 栈实现。当时业界尚无类似方案，主流仍是基于路由表或浏览器 PAC 的原始分流方式。
如今，这套设计已成为事实上的行业标准。

⸻

[首创] 增强模式

Surge 1.0 仅具备 HTTP/HTTPS 代理功能，无法接管未设置代理的 App 网络请求。
在 2.0 版本中，我们基于 Fake IP 与 用户态 TCP 协议栈 实现了增强模式（Surge VIF），从而能够强制接管所有网络流量。
这一机制如今也成为同类软件的标配方案。

⸻

MITM、HTTP 捕获与 Rewrite

Surge 首次在代理软件中引入了 HTTP 捕获 和 Rewrite 等修改功能，以满足开发者的轻度调试需求。
在这一阶段，我们曾考虑进一步强化开发者工具属性，但出于性能与稳定性的权衡，最终决定将其定位为轻量级调试辅助功能。

⸻

[首创] 脚本处理引擎

在原有的 HTTP 修改功能基础上，Surge 首次集成了 JavaScript 执行引擎。
用户可以通过脚本对 HTTP 请求与响应进行灵活修改，大幅提升了可扩展性与社区创造力。

⸻

[首创] 模块系统

Surge 首创了 模块（Module） 概念，使用户可以将部分配置独立出来单独控制开关，或分享至社区供他人使用。
这一设计极大地提升了配置的可复用性与协作性。

⸻

[首创] Surge DHCP

Surge Mac 的增强模式支持以旁路由模式接管局域网内其他设备的网络流量。
在此基础上，我们进一步集成了 DHCP Server，让用户仅需几次点击即可完成接管配置。

⸻

[首创] Surge Ponte

Surge Ponte 是目前最为易用的内网穿透方案之一。
用户只需简单配置，即可实现所有 Surge 客户端间的组网。整个系统无需中心节点，且实现了端到端强加密。
在今年的 Ponte 2.0 升级中，我们进一步引入了多通路自动选择与灾备切换等企业级高可用特性。

⸻

[首创 & 独占] Smart Group

在 Surge 1.0 中，我们首次实现了 url-test 策略组，将代理线路选择从手动操作变成自动化过程。
然而，传统 url-test 机制在线路故障时存在重测试延迟，也无法实现线路与目标的精准匹配。
因此我们重新设计了 Smart 策略组，由自主研发的算法引擎驱动，实现真正的零感知动态切换。
用户几乎无需手动干预，即可享受始终稳定的连接体验。

⸻

[首创 & 独占] Surge Gateway VM

由于增强模式依赖系统 utun 机制，其性能与灵活性受到一定限制。
在 Surge Mac 6 中，我们推出了 Gateway VM，以二层网络设备的方式直接接入 LAN。
该架构不仅显著提升了性能，也为更多高级功能奠定了基础。

这一特性虽然不易被用户直接感知，但实际上 Surge 已经实现了完整的 ARP、IPv6 NDP、NAT 等子系统。
Surge 的网络协议栈复杂度如今已与操作系统内核网络栈相当。

⸻

[首创 & 独占] IPv6 Override

这是基于 Gateway VM 的第一个衍生功能。
Surge 实现了对 IPv6 网络的非侵入式独立接管，并与 DHCP 功能整合，让用户可以一键接管局域网内的所有 IPv6 设备。

⸻

[首创 & 独占] UDP Fast Path

这是 Gateway VM 的第二个衍生功能。
在传统四层旁路由或透明代理场景中，P2P 流量的高连接数常导致性能瓶颈，一般只能靠路由表等方式强行绕过。
Surge 通过实现 UDP Fast Path，可智能地将 P2P 流量下沉至三层处理，从而避免此问题。

⸻

性能优化：对极致的不懈追求

性能一直是我们最为关注的方向。过去十年间，我们投入了大量时间与精力，在各个层面持续优化 Surge 的性能，只为让它在真实使用中表现得更快、更稳、更强。

例如，在去年的版本中，我们引入了规则预编译引擎，使得在处理海量规则集时，匹配性能实现了数量级的提升。
而在今年的 Surge Mac 6 中，我们对 userspace TCP 协议栈进行了彻底重构，使用纯 C 实现了全链路 zero-copy，大幅提升了最大吞吐量表现。

因此，无论是在规则匹配效率、连接延迟、吞吐量还是 PPS等关键指标上，Surge 始终保持在同类软件的最优水平。

还有许多原创功能未能一一列出。在下一个十年，我们将继续探索并实现更多有趣且有意义的网络技术。

我们深知，Surge 无法满足所有用户的全部需求。在功能取舍之间，或许难免有所遗憾。对此，我们也真诚地表示歉意。