5 楼+1 开源了透明 闭源了构建壁垒，有些逻辑需要自己研究很长时间。

占楼 顶一个

no-cache 回缓存数据在本地，但是在下一次请求这个资源的时候，回带上这个缓存数据元数据（ etag last-modify ）信息去请求；服务端会验证元数据，如果和现有数据相同则返回状态码 304 和空 body，客户端就回使用本地的缓存数据，如果服务端验证元数据不同，则返回状态码 200 和 body 。

可以伪造 openid，前提是你可以破解 hmac 的非对称加密。

nginx 可以正向也可以反向，还可以 tcp 代理。

sshd 也可以正向 tcpip 代理。

caddy 一个 go 实现类似 nginx 的玩意.

挂代理吧 一年才 100 块 简单省事，轻松 10M/s，你是经常下小电影还是经常下片呢？不然流量准是够用的。

24 楼说的 24/月这价真贵，还要自己出人工去修，遇上二回时就很可能要凉，而且是个推广连接，地址参数里面有个 userCode 。

赞同 6 楼 “不要为了微服务而微服务”

从项目的角度来说，可以正常使用就好，不要为了炫技而使用新技术，你们变化的是领导不是项目场景，是否需要微服务看项目和公司的发展状态，一些再牛逼的东西里面主线程也是一个 for 死循环。

从个人角度来说，那个 pm 很可能是外行(不会写代码),也许微服务了解不深，以前工作是使用的微服务，为了 kpi 之类来搞的，深点的内部竞争的我想不到了(太笨)；公司要是花钱让你玩微服务就弄吧，那一样的钱玩点新东西也不错，也许微服务了还要加人呢，自己还能当个小领导（ 15 楼说每个项目至少 3 人是正确的，最低 2 人维护一个服务，单人维护出现请假离职就凉凉了，你们 4 人玩不来，公司需要打钱加人）。

另外我觉得你们缺乏发布流程，正常应该在固定时间点进行项目发布更新，如果这个功能每赶上这个发布点就下次了。

个人感觉是对一个文件或目录操作时，是需要其父目录每级 x 权限。

@Mutoo 我看了下 namei 命令，发现是列出一个目录每级的权限信息，但是不能去验证指定用户文件权限。

@NoobX 使用的 go 写的，需要验证 sftp 登录用户的是否具有操作一个 sftp 请求文件的权限。
只有一个需要验证的用户名和目标目录，现在实现权限验证逻辑，但是不请求一个操作需要什么样的权限(文件目录的 rwx 一共六种情况需要什么样的父目录权限)。

@abersheeran 只是有点难以置信，py 发展怎么多年 flask/django 等主流框架居然不是高性能路由匹配，太菜了。。。。

Radix 是基操，算不上啥宣传亮点。

没啥难点 大概写下伪代码 题主自己调试下
func main() {
// 配置下反向代理地址
proxyer := httputil.NewSingleHostReverseProxy(....)
// demo 监听一个地址
http.ServeAndListen(":8080", http.HandlerFunc(func(rw http.ResponseWriter, req *http.Request){
// 在此过滤逻辑
if req.Path == "/" {
rw.WriteHeader(404)
return
}
// 反向代理转发
proxyer.ServeHTTP(rw,req)
}))
}