@liyvhg 看错误信息，明显不是协议区别的问题

就是网络策略给限制了

两种用法
1 你有公网服务器，那么 NAT 出口一个，服务器 4 个
2 你没有服务器，那么 NAT 出口池用 5 个

这个反斜杠是转义符号
表示把其后边的“换行”符号给转掉
最后的效果就是多行内容拼接成一条命令

@usa911 bash 不至于能识别撇斜杠吧

嗯，所以你想表达什么？
你这帖子里甚至连个广告都没有

所以你想明白了吧
如果一开始你没用 docker ，啥麻烦都不会遇到

@aaron8 并不重资产啊
飞机是租的，人是劳务派遣的

他们只是懒得删掉旧信息吧

@stillsilly 主要是因为不夸夸的都被删了吧

@phrack 考虑到 gzip 是流式编码，用不解压直接读取的方式其实和解压是一样的，而且也会遇到一样的无法限速的问题

@fibroblast FastCGI sent in stderr: "Primary script unknown" 是个好现象，虽然也没成，但至少这句话是 fastcgi 输出的，也就是 nginx 和 fastcgi 的通信这部分工作已经通了

然后就是文件的问题了。nginx 并不在乎文件在不在，它只管朝 fastcgi 要结果。但是 fastcgi 那边是需要能读到 php 文件的。你的文件放在哪边了呢？

@fibroblast 你再想想，nginx 会知道自己被外边映射到多少端口，并把这个数字写在日志里么？

@bxb100 apache 这个例子恐怕不正确吧

你为啥要 http 访问 9000 ？
9000 并不是 http 服务啊

说白了你这事就是因为你不懂 docker 还非要用 docker 导致的。网络没搞通
但凡认真看过错误提示信息 connect() failed (111: Connection refused)也知道不可能是 nginx 找不到 index.php 文件的问题，并不需要特地去提示。而且 fastcgi 模式下其实 nginx 根本不在乎有没有那个文件。nginx 并不是把文件送去 fastcgi 之星的，而是直接找 fastcgi 要执行结果


我给个提示吧：
你的 nginx 是 listen80 ，但是错误信息里 host: "127.0.0.1:8088"
你到底装了几个 nginx ？

@siteshen spec 可以生成后段代码框架啊。很容易的
openapi generator

@bxb100 无法实现的理想，不能叫工程理想