部署在A2虚拟主机的Django应用URL显示本地路径问题求助

嘿，我之前在Passenger+Django的部署中遇到过类似问题，这种路径暴露基本都是SCRIPT_NAME配置不匹配，或者Django生成URL的逻辑出了问题。给你几个具体的排查方向：

• 重点修正passenger.wsgi里的SCRIPT_NAME值
  这大概率是核心问题！SCRIPT_NAME应该是Web端的URL前缀，而不是服务器的磁盘路径！你现在设置的/home/username/myapp是服务器上的文件路径，Django会把这个当成URL的一部分，所以重定向时就会把磁盘路径拼到地址栏里了！

  赶紧修改passenger.wsgi：如果你的应用绑定到根域名http://example.com/，就把SCRIPT_NAME设为空字符串：

  SCRIPT_NAME = ''
  

• 同步Django Settings中的FORCE_SCRIPT_NAME配置
  改完passenger.wsgi后，要在settings.py里同步配置，避免Django生成URL时出现偏差：

  FORCE_SCRIPT_NAME = ''
  

  同时确认STATIC_URL和MEDIA_URL的设置没受影响（你说静态文件正常，应该没问题，但还是检查下更稳妥）。

• 确认Passenger的站点.htaccess配置
  A2主机的Passenger部署需要在站点根目录的.htaccess里设置正确的路径映射，确保请求都转发到你的应用而不暴露内部路径：

  PassengerBaseURI /
  PassengerAppRoot /home/username/myappfolder/myappname
  

  这样Passenger会把根路径的请求直接交给你的Django应用处理。

• 检查Django视图和模板的URL生成逻辑
  访问/terms/时的跳转，可能是视图里用了硬编码路径，或者没有用Django的URL反向解析功能。确保：

  • 视图里的跳转用reverse('terms')而非硬编码路径
  • 模板里的链接用{% url 'terms' %}标签，不要直接写/terms/

• 排查Apache重写规则的干扰
  看看.htaccess里有没有额外的RewriteRule，有些默认规则可能会把请求直接映射到文件系统路径。确保所有动态请求都交给Passenger处理，比如可以添加：

  RewriteEngine On
  RewriteBase /
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)$ /$1 [QSA,L]
  

改完所有配置后，记得触发Passenger应用重启——在A2主机上可以通过控制面板操作，或者在应用目录下执行touch tmp/restart.txt来自动重启。

内容的提问来源于stack exchange，提问作者Andrew Stockton