关于 MoFrp 的立项与一些参考

关于 MoFrp，随便唠几句嗑

老兄，我最近又在瞎琢磨，想自己动手搞个内网穿透服务，名字就叫 MoFrp。

为啥叫这个？害，其实没啥深意，就是因为我网名，我们团队搞的玩意儿，习惯性都拿“Mo”开头，听起来像个家族产品线似的。MoFrp，简单粗暴，就是“Mo家的Frp”，也是我们技术栈里的一块基础设施。

说干就干的第一步是啥？不是写代码，是先把域名占了，生怕手慢无！所以 mofrp.com 已经在我们兜里了，算是给自己立了个“军令状”，钱都花了，总不能让它一直404吧？

至于技术栈，我们仨盘了一下，大概这么分：

• 主控 & 业务：我用 Golang 来写，就图它部署省事，性能也还成。
• 用户面板：前端的兄弟准备用 Vue3，组件库在 Ant Design Vue 和 Naive UI 之间纠结，哪个顺手用哪个吧。
• 穿透核心：不打算从头造轮子，准备基于 go-frp 这类现成的优秀开源库来改，稳当点。
• 数据库：另一个兄弟准备上 PostgreSQL，他负责这块，感觉更严谨一些。

我也知道，现在都2025年了，才来搞这个，是不是有点“49年入国军”的感觉？这市场早就挤满人了，龙头老大 OpenFrp 做得又大又好，还有一堆其他服务商（我所知道的 MeFrp、SakuraFrp）。现在做这个，技术上没啥新奇的，纯粹是给我们找点事，练练手，顺便做个自己用着最顺手、最舒服的版本。

没指望能做成多大气候，就是觉得：

1. 团队有个完全可控的服务，想怎么改就怎么改，给朋友用也方便，未来其他Mo项目也能直接集成。
2. 把想用的技术栈完整串一遍，从后端到前端到运维，是个很好的团队协作练习项目。
3. 万一呢？ 万一我们做着做着，加进去一些特别符合我们（和我们这类人）使用习惯的“邪道”功能呢？那就值了。

所以，这个项目啊，心态就是“做着玩，但认真做”。成了，多个团队得意的工具；黄了，至少代码和域名还在，学到的经验也是自己的。

好了，嗑就唠到这里。等我们的域名不再显示“Coming Soon”的时候，再来跟你汇报。先去折腾我的 Go Module 了。