对Django忽略的/project/urls.py的更改

Question

我正在开发一个成熟的Django项目，并注意到一些不寻常的事情。当我编辑urls.py时 - 无论是在项目级别还是以下 - Django都会忽略我的更改。

调试已打开，所以当我得到404 Django时，它会打印所有尝试的URL模式。从这里我看到的URL模式，然后我做了我的更改。

同样，这是不管我编辑/project/urls.py还是/project/sub/urls.py。可以肯定的是，正确包含了子目录urls.py。

我专注于项目级urls.py，以防万一。

我可以对urls.py做一个小小的更新或删除它的所有内容。 404调试信息显示旧的url模式。

这就好像Django正在查看这些urls.py文件的缓存版本。我应该如何继续？

Answer 1

通过deafult，Django的开发服务器（通过runserver管理命令访问）将关注你的代码，并随时随地重新加载。如果您使用任何其他服务器（包括Django的testserver命令），这几乎肯定不是这种情况。

通常，服务器会在启动时加载应用程序的源代码。它需要重新加载以获取代码的最新副本。如果您使用的是mod_wsgi（可能是Django应用程序中最常用的生产服务器）的Apache，则在您的源代码树中的某处会有一个wsgi应用程序文件。按照惯例，这些扩展名有.wsgi，但它可以被命名为任何东西。这个文件是Apache用来加载你的源文件的，而mod_wsgi（守护进程模式）的一个有用的特性是触及（改变修改日期）这个文件足以强制服务器清理源代码。如果您的应用程序有一个可以编辑的wsgi文件，那么这样做并重新上传代码应该足够了。该文件可能包含行application = django.core.handlers.wsgi.WSGIHandler()或类似的东西 - 这可能会帮助你

如果你没有访问权限或者你找不到任何这样的文件，你将需要更新的源服务器的管理员，并要求他们更新并重新加载源代码。在没有更多信息的情况下向您提供更多建议会非常棘手 - 也许您可以向服务器管理员咨询更多信息，以便我们能够提供帮助？

== ==更新

我检查链路上的响应头您提供的，它看起来像您使用nginx的服务网站。这可能只是另一台服务器前面的负载均衡器，所以我仍然建议您从系统管理员处获取更多信息。