迁移至Docker Compose后Django web目录静态文件无法正常服务求助

可能的故障原因及排查方向 #

• 路径匹配问题
  你的Compose配置将本地项目根目录挂载到容器内的/app路径，需要先确认Django配置的PROJECT_DIR计算后是否指向/app，且/app/web目录在容器内真实存在、层级和本地一致。可以进入容器执行ls /app/web确认目录结构是否正确，避免本地目录缺失、挂载覆盖导致容器内web目录为空。
• 目录读取权限问题
  你提到仅有部分静态文件可正常加载，大概率可正常加载的是Django自带的admin等应用静态文件，这类文件存储在Python的site-packages目录下，权限配置正常。而web目录是通过挂载进入容器的，默认宿主机的文件UID/GID和容器内运行Django进程的用户ID不一致，会导致进程没有web目录的读取权限，无法加载对应静态资源。可以进入容器执行ps aux查看Django进程的运行用户，再执行ls -l /app/web核对目录权限。
• 静态文件服务配置问题
  1. 如果你在Docker环境中修改了配置关闭了DEBUG = True，Django 1.11 默认不会在生产模式下提供静态文件服务，你需要额外配置Nginx等反向代理服务/static/路径的资源，或者启动runserver时添加--insecure参数强制开启静态文件服务（仅可用于测试环境）。
  2. 如果你在容器中使用Gunicorn、uWSGI等WSGI服务器替代Django自带的runserver，这类服务默认不会处理静态资源请求，必须额外配置静态资源服务中间件或者反向代理服务。
• 静态文件收集问题
  如果你是按照生产环境流程部署，需要先执行python manage.py collectstatic命令将STATICFILES_DIRS下的所有静态资源收集到STATIC_ROOT目录下，再由反向代理服务该目录。如果未执行该命令，STATIC_ROOT下缺少web目录的静态资源，也会导致访问失败。

内容的提问来源于stack exchange，提问作者Antonio Gamiz Delgado