diff --git a/readme.md b/readme.md index f4c471c..5ad8bcd 100644 --- a/readme.md +++ b/readme.md @@ -161,6 +161,8 @@ docker buildx build --platform linux/amd64,linux/arm64 -t frpc-console:latest -- | Linux | ARM64/Aarch64 | 0.70.0 | | Windows | AMD64/x86-64 | 0.69.0 | +> 不是Windows不配高版本,是直到现在frp设计者那边0.70.0都没发Windows版本
(除非我单独下载下来make一个0.70.0的Windows,但是作者没放出来,肯定是有原因的) + #### Q: 为什么不用 / 不推荐 Podux? Podux 是个好项目,理念上和我们是一致的:用 Web 界面管理 frpc
@@ -175,7 +177,7 @@ Podux 是个好项目,理念上和我们是一致的:用 Web 界面管理 fr | 部署方式 | 单二进制 / Docker | 单二进制 / Docker | | 多平台支持 | ✅ 原生交叉编译 | ✅ 原生交叉编译 | -> Podux 与其说是一个 frp 控制面板,不如说是一个“一站式 frp 管理器 + 可视化数据流面板 + 通道保活监测工具”。这种一站式本身没毛病,甚至功能实现非常到位。
但 podux的框架选型有点重,而且很明显细节稍显仓促。PocketBase 自带 WebUI 的情况下,Podux 还要再包一层 WebUI——相当于给数据库的 UI 又套了个 UI。更费解的是,这层 WebUI 只支持导入,不支持导出。这设计确实让人有点摸不着头脑。这也正是我们选择 SQLite + Vue CDN 的原因。 +> Podux 与其说是一个 frp 控制面板,不如说是一个“一站式 frp 管理器 + 可视化数据流面板 + 通道保活监测工具”。这种一站式本身没毛病,甚至功能实现非常到位。
但 podux的框架选型有点重,而且很明显细节稍显仓促。PocketBase 自带 WebUI 的情况下,Podux 还要再包一层 WebUI——相当于给数据库的 UI 又套了个 UI。更费解的是,这层 WebUI 只支持导入,不支持导出。这设计确实让人有点摸不着头脑。
这也正是我们选择 SQLite + Vue CDN 的原因。 ### Q: 为什么不直接用 frp 官方提供的 web 界面?