Nginx为Django应用提供静态文件

问题描述 投票:1回答:2

我有一个要部署的Django应用。在这一阶段,我似乎无法从Nginx容器中提供我的静态文件。

我的项目的设置类似于here

我已将图像放入{% static "minimal/theme/assets/img/pic.jpg"%}目录。

我的网络应用程序的文件结构是:

.
├── Dockerfile
├── docker_django
│   ├── __init__.py
│   ├── apps
│   │   ├── __init__.py
│   │   └── todo
│   │       ├── __init__.py
│   │       ├── admin.py
│   │       ├── fixtures
│   │       │   ├── foodprice.json
│   │       │   ├── location.json
│   │       │   └── menuitem.json
│   │       ├── forms.py
│   │       ├── models.py
│   │       ├── templates
│   │       │   ├── _base-original.html
│   │       │   ├── feedback_template.txt
│   │       │   ├── home-original.html
│   │       │   └── todo
│   │       │       ├── base-original.html
│   │       │       ├── base-template.html
│   │       │       ├── base.html
│   │       │       ├── detail.html
│   │       │       ├── email.html
│   │       │       ├── feedback.html
│   │       │       ├── home.html
│   │       │       ├── home_old.html
│   │       │       ├── location.html
│   │       │       ├── menu.html
│   │       │       ├── results.html
│   │       │       ├── test.html
│   │       │       └── thanks.html
│   │       ├── tests.py
│   │       ├── urls.py
│   │       └── views.py
│   ├── settings.py
│   ├── urls.py
│   └── wsgi.py
├── manage.py
├── requirements.txt
└── static
    ├── main.css
    └── minimal
        └── theme
            ├── assets
            │   ├── css
            │   ├── img
            │   │   ├── pic1.jpg
            └── index.html

在我的Nginx容器中,在启用了站点的文件夹中有一个配置文件,看起来像:

server {

listen 80;
server_name localhost;
charset utf-8;

location /static {
    alias /usr/src/app/static;
}

location / {
    proxy_pass http://web:8000;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

}

我的settings.py相关部分的片段如下:

BASE_DIR =     os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
print "base dir path", BASE_DIR
SITE_ROOT = os.path.dirname(os.path.realpath(__file__))
....
STATIC_URL = '/static/'
# STATICFILES_DIRS = (
#     os.path.join(BASE_DIR, 'static'),
# )
# print(STATICFILES_DIRS)
STATIC_ROOT = os.path.join(BASE_DIR, 'static')

production.yml就像:

web:
  restart: always
  build: ./web
  expose:
    - "8000"
  links:
    - postgres:postgres
    - redis:redis
  env_file: .env
  command: /usr/local/bin/gunicorn docker_django.wsgi:application -w 2 -b :8000

nginx:
  restart: always
  build: ./nginx/
  ports:
    - "80:80"
  volumes:
    - /www/static
  volumes_from:
    - web
  links:
    - web:web

postgres:
  restart: always
  image: postgres:latest
  ports:
    - "5432"
  volumes:
    - pgdata:/var/lib/postgresql/data/

redis:
  restart: always
  image: redis:latest
  ports:
    - "6379"
  volumes:
    - redisdata:/data

当我在计算机上本地运行时,静态文件夹中的所有JavaScript和图像都会加载并正常运行。当我部署到数字海洋中时,将不提供静态文件,因此我会停留在如何让Nginx来提供我的静态文件上。

django web-services nginx deployment docker
2个回答
0
投票

您需要将文件夹/usr/src/app/static作为卷装入Web容器。这样,ngnix就可以访问它。

web:
  restart: always
  build: ./web
  expose:
    - "8000"
  volumes:
    - /usr/src/app/static
  links:
    - postgres:postgres
    - redis:redis
  env_file: .env
  command: /usr/local/bin/gunicorn docker_django.wsgi:application -w 2 -b :8000

nginx配置中,您要告诉nginx从该目录/usr/src/app/static提供静态文件,但是nginx容器没有它,除非您链接了它。几乎可以做到,您有volumes_from: web,但是web容器未安装任何卷,因为您需要添加volumes: - /usr/src/app/static


0
投票

使用compose v1语法没有意义,通常使用data-volume-containers(下面的应用代码)来完成。这样可以确保您基本上可以在数据卷容器上根据需要设计文件夹结构,然后将其安装在所需的所有容器中。

这些是您需要做的更改(docker composer v2语法)

version: '2'
  services:
    nginx:
      volumes_from:
        - appcode:ro

    web:
      volumes_from:
        - appcode:rw

    appcode:
      image: cogniteev/echo
      container_name: dwstorage
      command: echo 'Data Volume Container'
      volumes:
         - appcode:/www/static
volumes:
  appcode:
    driver: local 

(未询问,但在此情况下可能有用)此时的提示是,不要像守护程序那样给服务命名,而要给它们提供语义名称。这样nginx可以成为httpd,Web可以成为应用程序,而postgres可以成为db。

如果将apache替换为nginx,则相互之间的通信不需要进行任何更改,对于postgresql与percona或其他任何情况都是相同的。

© www.soinside.com 2019 - 2024. All rights reserved.