果然还是 Rust 的问题，用 Nginx + Lua 驱动的 FL1 不受太大影响（gracefully catch 掉了）、而 RIIR 重写后的 FL2 就直接 panic 触发了 HTTP 500。

以及这就是 Rust：「让我们提前分配 远比我们正常情况下需要的多得多的内存、这样有助于改善性能。但是一旦非正常情况导致内存占用飙升 超出了预分配的空间，就既不能增加内存分配、也不能 gracefully fail，必须整个线程完全 panic 然后 crash」。

https://ip.skk.moe/query 无需注册、无需付费、无需开通大会员，即可使用「IP 洞察工具」查看所有真实数据 🤓

参考文献：

- https://t.me/lowendaff_blog/3041
- https://t.me/nanaselog/1549

#UniFi #BugFi

https://www.youtube.com/watch?v=Sja3pxedlLs

BugFi 也开始涉足 Travel Router（便携路由器）赛道了

Updated: Blog Post here https://blog.ui.com/article/travel-in-style-unifi-style-unifi-travel-router

省流：

- 出厂不送电源、充电器（BugFi 不愧是果蛆公司）
- RJ45 WAN/LAN 速率均为 GbE
- 只有 Wi-Fi 5，2x2 MIMO 天线，80Mhz 频宽，理论最大速度 867 Mbps
- 在 Wi-Fi 信号中继器模式下（如无线热点 转接、酒店等公共 Wi-Fi 自动登录 Captive Portal 并转接 等场景）会进入全单工模式，并且理论速率还要减半
- 无内置基带，不支持 eSIM、也不支持插卡
- 双 USB-C 口 均支持 USB Tethering（应该支持 Android 的 USB RNDIS，是否支持 CDC-Ethernet 未知），但是仅支持 5V 供电输入、无对外供电输出，带动 中兴 F50 更是无从谈起
- 不支持 BugFi Magic Site 组网（即没有 full-mesh 或 hub-spoke），仅支持 BugFi Teleport 点对点 VPN，必须连接到一个 UniFi Cloud Gateway 驱动的 Site
- BugFi Teleport VPN 的老毛病，不支持 Split Tunnel VPN（即路由表分流）、你只要连上 BugFi Teleport VPN 连回某个 Site 的 UCG，你所有的 Internet Connection 都会被回送回你 Site 的 UCG 中转。
- BugFi 宣传的一个卖点是可以把现有 BugFi Site（例如你家里）的 Wi-Fi SSID 克隆出来，即使出门 手机电脑也无需重新输密码 即可自动连 Wi-Fi 不需要手动连（但是并不支持 WPA Enterprise 或 BugFi Identity Endpoint）
- 售价 要 80 USD
- 国产 GL.iNet 所有便携路由器产品 均可参加 数码电子产品消费国补；GL.iNet 所有国内版硬件 均可通过 dd 刷写 14 分区 无损替换 国际版固件；OpenWrt 及 OpenWrt-based 系统虽然有大把缺陷多，但是稳定性普遍比 BugFi Firmware 更好。

https://ip.skk.moe/cdn-node-lookup

IP.SKK.MOE 「CDN 命中节点查询」功能现已支持 Google Cloud Platform Global Anycast Load Balance 的命中 PoP 查询。

Google Edge Nodes（含 Google Global Cache）的 查询 Endpoint 仍在寻找中。

果蛆公司 Ubiquiti, Inc. 在送测时，对 KOL 的要求是，在发表评测之前，必须同时上交原稿和终稿给 Ubiquiti, Inc. 进行审查，确保 KOL 在评测中不能揭露 UniFi 的任何缺点。所以 BugFi 这一坨狗屎一样的 旅行路由器 依然有一堆 KOL 在吹。

这也是为什么 对 BugFi 的客观评测 有如凤毛麟角，因为 KOL 如果想要公平公正地评测就必须 自掏腰包购买 BugFi 性价比极低的垃圾设备，而只有极少数 KOL（如 ServeTheHome）会愿意这么做。

#前端 #React

在 设计/实现 复杂的 React 应用的时候，难免会发生 子组件（例如 Router 下的 Page）控制父组件（例如 Layout 或 Container）需要渲染的内容。一个最常见的例子是，在 Page 中声明 Global Layout 中的 Header 需要渲染什么 Page Title 或者 Breadcrumbs。但是，这极其容易违反 几乎所有前端框架「单向数据流」的铁律、使用 useEffect/useLayoutEffect 还会导致 double render、影响应用性能。

现在，foxact 封装了一个基于 React DOM createPortal API 的 Utiltity Function —— createMagicPortal`，允许你在 Page 等子组件中 直接声明 Layout/Container 等父组件 的渲染方式、并不违反 React「单向数据流」或 Rules of Hooks，并将额外的渲染次数减少到一次（仅在 Portal Target 首次挂载时会发生唯一一次自发 re-render，后续不会再导致多余的 re-render）。并且相比单纯的 React DOM createPortal API，`createMagicPortal 还通过 Suspense boundary 为 Server-side Rendering（服务端渲染）提供了 骨架屏、占位 的支持。

https://foxact.skk.moe/magic-portal/

GL-iNet 官宣 E5800 便携旅行路由器：

• 相比 BugFi 不支持 SIM 与 eSIM，E5800 支持 eSIM 和双 SIM 卡（仅热备）
• 相比 BugFi 只有 Wi-Fi 5，E5800 支持 Wi-Fi 7 三频、支持 6GHz
• 相比 BugFi 仅提供 GbE RJ45 电口，E5800 提供 2.5GbE RJ45 电口
• 相比 BugFi 的 LCD 显示屏仅 1.3 寸且不可触摸，E5800 支持 2.8 寸 LCD 触摸显示屏
• 相比 BugFi 不内置电池，E5800 内置 5380mAh 电池（号称支持 13.5 小时续航）、且支持 PD 快充
• 相比 BugFi 孱弱的性能，E5800 可支撑 600+ Mbps WireGuard

https://www.gl-inet.com/products/gl-e5800/

群晖买系统送硬件不是没有原因的。

#BugFi #UniFi

UniFi Cloud Gateway Fiber 基本上实锤 用的就是 联发科 MTK Filogic 方案。

上图是 广东比派科技 的 香蕉派 R4 Pro 方案（联发科 MTK Filogic 880），可以看到和 UCG Fiber 几乎完全一致：

4 个 2.5 GbE RJ45 电口
一个 10 GbE RJ45 电口
两个 10 GbE SFP+ 光口
M.2 总线
A73 ARM64 CPU

这也解释了为什么 UCG Fiber 竟然有 PPPoE 硬件加速、而 BugFi 目前所有机架式路由器都不支持。并不是 UniFi 主动要求供应商提供，纯粹是联发科方案自带。

注：「BugFi 目前所有机架式路由器」指代 EFG、UDM Pro/SE/Pro Max、UXG。截至本消息发布，UniFi 尚未正式官宣 下一代机架式 UDM 型号 UDM Beast、预计搭载 Marvell 方案的 ARM64 CPU、同样不带 PPPoE 硬件加速。