Beego项目部署与Nginx反向代理及HTTPS配置:解决静态资源访问问题
在使用Beego框架部署项目时,通常会使用Nginx进行反向代理和HTTPS配置,以增强安全性并提升性能。然而,此过程中可能会遇到静态资源(如图片)无法访问的情况。本文分析一个实际案例,解读其Nginx配置文件,并指出问题所在。
案例: 用户在配置Nginx反向代理和SSL证书后,发现静态资源无法访问,但使用IP地址加端口号却可以正常访问。Nginx配置文件如下:
server { listen 80; server_name mp.yitiegongfang.com; rewrite ^(.*)$ https://${server_name}$1 permanent; } server { listen 443 ssl; server_name mp.yitiegongfang.com; ssl_certificate /www/crt/1_mp.yitiegongfang.com_bundle.crt; ssl_certificate_key /www/crt/2_mp.yitiegongfang.com.key; ssl_session_timeout 5m; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE; ssl_prefer_server_ciphers on; charset utf-8; access_log /root/go/src/easy_wallpaper_api/access.log; location /(css|js|fonts|img)/ { access_log off; expires 1d; root "/root/go/src/easy_wallpaper_api/static"; try_files $uri @backend; } location / { try_files /_not_exists_ @backend; } location @backend { proxy_set_header X-Forwarded-For $remote_addr; proxy_set_header Host $http_host; proxy_pass http://127.0.0.1:8066; } }
问题分析: Nginx配置文件本身没有明显的错误。location /(css|js|fonts|img)/ 正确地指向了Beego项目的静态资源目录,try_files 指令和反向代理配置也符合规范。
解决方案: 问题并非Nginx配置文件错误,而是测试时使用了错误的域名。用户测试时可能使用了与 server_name 指令中指定的域名不同的域名,导致Nginx配置无法生效。 只有使用 mp.yitiegongfang.com 域名访问时,Nginx配置才能正确工作。
以上就是Beego项目部署:Nginx反向代理后静态资源无法访问是什么原因?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号