DDev项目中Nginx变量$scheme始终为"http"的解决方案

问题背景

在使用DDev进行本地开发时，开发者可能会遇到一个关于Nginx配置的常见问题：即使在HTTPS环境下访问站点，Nginx内置变量$scheme仍然返回"http"值，而不是预期的"https"。这个问题会导致一些基于协议判断的逻辑失效，比如HTTP到HTTPS的自动重定向功能。

问题原因分析

这个现象的根本原因在于DDev的架构设计。DDev环境中，Nginx服务实际上是运行在Traefik反向代理之后的。当外部请求通过HTTPS到达Traefik后，Traefik会以HTTP协议将请求转发给Nginx服务。因此，从Nginx的角度来看，它接收到的所有请求都是HTTP协议的，这就解释了为什么$scheme变量始终显示为"http"。

解决方案

针对这个问题，DDev官方提供了专门的解决方案。开发者不应该直接修改Nginx的主配置文件，而是应该使用DDev提供的片段(snippet)机制来添加自定义配置。

正确的HTTP到HTTPS重定向配置方法

1. 在项目目录下创建.ddev/nginx文件夹（如果不存在）
2. 在该文件夹中创建一个新的配置文件，例如redirect.conf
3. 添加以下内容：

if ($http_x_forwarded_proto = "http") {
    return 301 https://$host$request_uri;
}

配置说明

这个解决方案的关键点在于：

• 不再依赖$scheme变量，而是检查X-Forwarded-Proto头部
• X-Forwarded-Proto是反向代理(这里是Traefik)传递的原始协议信息
• 当原始请求是HTTP时，执行301重定向到HTTPS

最佳实践建议

1. 避免直接修改核心配置：不要直接修改.ddev/nginx_full/nginx-site.conf文件，因为这些文件可能会在DDev更新时被覆盖
2. 使用片段机制：DDev的片段机制允许开发者在不影响核心配置的情况下添加自定义规则
3. 理解架构层次：在类似的多层代理架构中，理解请求的实际流向对于正确配置至关重要
4. 测试验证：配置完成后，使用浏览器开发者工具或curl命令验证重定向是否按预期工作

总结

在DDev环境中处理HTTPS相关配置时，开发者需要特别注意其特殊的架构设计。通过理解Traefik和Nginx的协作方式，并正确使用DDev提供的配置扩展机制，可以有效地解决协议判断和重定向问题。这种方法不仅解决了当前问题，也为后续维护和升级保留了灵活性。