能否无需Nginx、Gunicorn在Ubuntu桌面运行生产环境Django？

我来帮你拆解问题并给出可行的方案，毕竟我也折腾过类似的个人Django部署场景：

先搞定当前的404/500错误 #

你遇到的核心问题其实很典型：当DEBUG=False时，Django自带的runserver不会自动处理静态文件。

• 500错误（admin页面）：admin界面依赖Django自带的CSS、JS等静态资源，DEBUG关闭后，runserver默认不会提供这些资源，直接导致服务器内部错误。
• 根路径的404：大概率也是静态文件加载失败引发的连锁问题（比如页面依赖的静态资源找不到，导致渲染异常），毕竟你DEBUG=True时访问正常，路由配置应该没问题。

解决步骤：

1. 先收集所有静态文件到统一目录：
   在settings.py里添加STATIC_ROOT配置：

   STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles')
   

   然后运行命令收集静态资源：

   python super_crawler/manage.py collectstatic
   

   这会把Django自带的admin静态文件、你项目里的静态资源全部复制到staticfiles文件夹。

2. 让runserver在生产模式下强制服务静态文件：
   官方不推荐这种做法，但如果只是个人自用场景，可以启动服务时加上--insecure参数：

   python super_crawler/manage.py runserver 0.0.0.0:8002 --insecure
   

   这样再访问THIS_IS_MY_DOMAIN:8002/admin/应该就不会500了，根路径的404也会随之解决。

是否必须使用Nginx + Gunicorn？ #

答案是不是必须，但强烈推荐用于正式生产环境。

Django自带的runserver是为开发调试设计的：性能差、不支持高并发、没有完善的安全防护，只适合本地开发。如果你的项目只是自己偶尔访问，完全可以用一些轻量替代方案：

替代方案1：runserver + --insecure（最简单的个人自用方案） #

就是刚才提到的方法，优点是零额外配置，缺点是只适合极低访问量的场景，安全性和稳定性都一般。

替代方案2：用纯Python的轻量WSGI服务器——Waitress #

Waitress是纯Python实现的WSGI服务器，安装简单，比runserver靠谱得多：

1. 安装Waitress：

   pip install waitress
   

2. 启动Django项目：

   waitress-serve --listen=0.0.0.0:8002 super_crawler.wsgi:application
   

3. 处理静态文件：
   同样需要先运行collectstatic，然后可以用Waitress自带的静态文件挂载功能：

   waitress-serve --listen=0.0.0.0:8002 --url-prefix='/static' --static-dir=./staticfiles super_crawler.wsgi:application
   

   这样Waitress会自动处理/static路径下的请求，不用再依赖runserver的--insecure参数。

为什么推荐Nginx + Gunicorn？ #

如果你的项目有哪怕一点点外部访问量，或者你想保证稳定性、安全性，这对组合是行业标准：

• Gunicorn是专门为Python Web应用设计的高性能WSGI服务器，能高效处理并发请求，比runserver和Waitress更稳定。
• Nginx作为反向代理，负责处理静态文件、SSL加密、请求转发、负载均衡等工作，比Django自己处理静态文件高效10倍以上，还能提供额外的安全防护（比如防止恶意请求）。

额外的重要提醒 #

1. 别把ALLOWED_HOSTS设为["*"]，这在生产环境里是严重的安全隐患，应该直接指定你的DDNS域名：

   ALLOWED_HOSTS = ["THIS_IS_MY_DOMAIN"]
   

2. 检查Ubuntu防火墙：确保桌面电脑的8002端口允许入站请求，运行sudo ufw allow 8002即可（如果开启了ufw的话）。
3. 排查500错误的终极方法：查看Django的日志。在settings.py里配置LOGGING，或者直接看终端输出的错误详情，能快速定位问题根源。

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