@novolunt 嗯，我也发现了，如果 envoy 配置过大，就会有问题

@bugfan 欢迎入坑

我去 shell 写客户端 牛

我前段时间用 rust 写过一个 https://github.com/saltbo/rslocal

restful 是要在接口设计时就要按照规范来。也就是说 api 描述的是资源，不是动作，不是业务逻辑。你这接口 search 明显是个动作，直接就不符合 restful 规范，所以就别提 GET 不能传递复杂参数了。

如果你这么设计 api ，就不要说什么 restful 了。或者自己定规范，或者用 GraphQL 。

> 但用户 C 可能是个完全不懂技术的人，我要花时间教给 C 怎么去配置。

你虽然解决了配置的问题，但是最终还是要 C 安装一个客户端。正常来说面向最终用户不应该压根不需要安装什么东西么？

针对需求：想把一个端口暴露在公网，但又不想完全公开，只想开放给认证过的客户端。
其实就是你暴露的服务自身没有鉴权能力，需要代理层帮助他完成鉴权嘛。我觉得正常来说 C 只需要：注册-> 登录 -> 使用。

frp 的 STCP 我觉得完全没必要。因为这种工具干的事都是在应用协议里面传输 TCP ，所以完全可以在应用层加上鉴权，对接 oidc 即可。

/internal/app/ssh
/internal/app/admin
/internal/pkg/config
/internal/pkg/model
/internal/pkg/dao

1. 不要在 model 里做数据库操作，数据库操作应该放到 dao 里。model 里只做赋值及数据结构转换之类的操作。在 model 里做数据库操作，盲猜 php 的习惯。

2. config 你都 Global 了，还传啥传，直接在对应的包里使用就好了

3. dao.init 放到 main 里也行。还有人喜欢放 init 里，但我个人比较反感这种，因为不是显式调用，很容易忽略。更好的方式是封装个 Engine 或者 App 之类的 struct ，然后再 main 里调用它，这样 main 里就比较干净

简单来说就是能够屏蔽云厂商的架构，云原生架构能够无缝的在不同云厂商之间进行迁移。换句话说，云原生的目的是社区出的一套标准，所有云厂商都应该按这套标准玩。否则社区就不跟你玩了。

任何公司都不想把自己跟某一个云厂商进行强绑定，所以大家都认可这个标准。所以倒逼了云厂商都来使用这套标准

大家都不用 yadm 的加密功能吗

@Askiz http 就一个端口，能复用为啥不复用呢。 不知道你什么场景，但是也可以通过 tcp 来实现，tcp 穿透给出的是端口，也可以用于 http 访问

@gscsnm 可以来试下 notion-md-gen ，可以自动将 notion 里的图片下载下来，然后再跟着文章自动上传到托管的地方

@NIYIKI
@0xvincebye
@loveress01
@shanejix
@zxw567

给各位 notion 用户推荐下自己的项目，欢迎试用~

我用 notion 管理内容，我自己写了个工具自动同步到 GitHub 触发构建

https://v2ex.com/t/832331#reply21

搭建流媒体服务器的各位 你们的资源从哪儿下载的呢 求推荐

我本来很喜欢 caddy 但是每次当我有点复杂需求的时候 他总让我去官网选择插件下载包含这个插件的版本 我就很烦

@privapps 跟这个是一样的啊 就是暴露本地服务到外网 你以为呢？

@cwcc 哈哈哈，那就牛逼了

@plko345 我在 istanco 买的

合人民币 190 左右
@ncepuzs