Python 为什么更改Django中的静态URL会破坏ADMIN\u MEDIA\u前缀

Python 为什么更改Django中的静态URL会破坏ADMIN\u MEDIA\u前缀,python,django,Python,Django,试图获得一些关于Django如何服务(管理)静态文件的高层次清晰性 将Django's settings.py中的STATIC_URL设置更改到新位置(我正在从第三方服务器提供图像)时,似乎会中断管理媒体前缀,从而停止管理媒体(css、图像、js)的服务 为什么会发生这种情况?我认为静态\u URL和管理\u媒体\u前缀应该属于应用程序的不同部分,并且不会相互影响。您使用哪个版本的Django?在Django 1.4之前,静态URL和管理媒体前缀实际上是不同的部分。在Django 1.4中,不推

试图获得一些关于Django如何服务(管理)静态文件的高层次清晰性

将Django's settings.py中的STATIC_URL设置更改到新位置(我正在从第三方服务器提供图像)时,似乎会中断管理媒体前缀,从而停止管理媒体(css、图像、js)的服务


为什么会发生这种情况?我认为静态\u URL管理\u媒体\u前缀应该属于应用程序的不同部分,并且不会相互影响。

您使用哪个版本的Django?在Django 1.4之前,静态URL和管理媒体前缀实际上是不同的部分。在Django 1.4中,不推荐使用ADMIN_MEDIA_前缀,只使用静态_URL


提供相应文件的方式也很重要。您可以在管理页面中检查媒体文件的URL:如果它们生成正确但无法加载,则可能是由于错误配置了web服务器而不是Django本身造成的。

您使用哪个版本的Django?在Django 1.4之前,静态URL和管理媒体前缀实际上是不同的部分。在Django 1.4中,不推荐使用ADMIN_MEDIA_前缀,只使用静态_URL


提供相应文件的方式也很重要。您可以在管理页面中检查媒体文件的URL:如果它们生成正确但无法加载,则可能是由于错误配置了web服务器而不是Django本身造成的。

谢谢-当静态URL不是管理媒体前缀的子集/派生项时,collectstatic似乎存在一些问题。该应用程序托管在Heroku上,Heroku仍在Django 1.3.1上,因此这应该很快不再是问题。谢谢-当静态URL不是ADMIN\u MEDIA\u前缀的子集/派生项时,collectstatic似乎存在一些问题。该应用程序托管在Heroku上,Heroku仍在Django 1.3.1上,因此这应该很快不再是一个问题。