lxh2875931338/frpc-console
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 5 Wiki Activity

更新 readme.md

Browse Source 
readme措辞调整

Signed-off-by: 不安的亡命樱 <1+lxh2875931338@noreply.localhost>
This commit is contained in:
不安的亡命樱
2026-07-27 13:04:25 +08:00
parent 4bd3554140
commit 8b5de14cce
1 changed files with 1 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files
readme.md
+1 -1
View File
@@ -218,7 +218,7 @@ frpc-console 启动时，会以子进程的方式拉起 frpc，并为它创建
#### 为什么同类项目里很少见到这种设计？ #### 为什么同类项目里很少见到这种设计？
因为大多数管理工具把“面板”和“业务”耦合在一起，认为面板是前提条件，业务是附属品。这是符合直觉的设计方向——但你的场景不同。你发现了一个很多人忽略的事实：**真正需要长期稳定运行的是隧道本身，而不是管理界面的进程。** 因为大多数管理工具把“面板”和“业务”耦合在一起，认为面板是前提条件，业务是附属品，而这是符合直觉的设计方向。但是有一个被很多人忽略的事实：**真正需要长期稳定运行的是隧道本身，而不是管理界面的进程。**
界面是用来观察和调整的，不是用来维持业务存活的。这是运维集群常用的“管理面与控制面分离”——只不过通常只在几千台服务器的集群管理里才会出现，很少有人会把它用在一个人用的 frp 管理工具上。 界面是用来观察和调整的，不是用来维持业务存活的。这是运维集群常用的“管理面与控制面分离”——只不过通常只在几千台服务器的集群管理里才会出现，很少有人会把它用在一个人用的 frp 管理工具上。