Django -Ngix-Gunicorn возвращает неверный путь для медиа-файлов, используя Docker Compose

Question

У меня проблемы с приложением Django REST Framework, развернутым в производственном режиме с использованием docker compose. Проблема в том, что когда моя конечная точка возвращает модель с ImageField, она возвращает неправильный путь, в частности, пропуская порт URL. Файлы Stati c работают нормально с портом, включенным в URL-адрес ответа.

Например:

Текущее значение: http://127.0.0.1/media/machines/034793bb-8516-45e3-a50a-4e00e7488617.png

Ожидаемый: http://127.0.0.1: 8000 / media / machines / 034793bb-8516-45e3-a50a-4e00e7488617.png

Settings.py

BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
TEMPLATE_DIR = os.path.join(BASE_DIR, 'templates')
STATIC_DIR = os.path.join(BASE_DIR,'static')
MEDIA_ROOT = os.path.join(BASE_DIR, 'media') 
MEDIA_URL = '/media/'

STATIC_URL = '/static/'
STATIC_ROOT = '/app/static/'

** Docker файл **

FROM python:3.6
ENV PYTHONUNBUFFERED 1
RUN mkdir /app
WORKDIR /app
ADD . /app/
RUN pip install -r requirements.txt

CMD ["gunicorn", "-c", "config/gunicorn/conf.py", "--bind", ":8000", "--chdir", 
"app_api.wsgi:application"]

Docker -композит

version: '3.7'

services:
  web-service:
    build: .
    command: bash -c "pip install -r requirements.txt && python manage.py makemigrations && python 
    manage.py migrate && python manage.py collectstatic --noinput && python manage.py runserver 
    0.0.0.0:8000"
    container_name: app_backend
    volumes:
      - static:/app/static
      - media:/app/media
      - .:/app
    depends_on: 
      - db
    restart: on-failure:2
  db:
    image: postgres
    container_name: app_postgres
    environment: 
      - POSTGRES_USER=bd_user
      - POSTGRES_PASSWORD=password
      - POSTGRES_DB=new_database
    ports: 
      - "5432:5432"
    volumes: 
      - postgres:/var/lib/postgresql/data
    restart: on-failure:2
  nginx:
    image: nginx:latest
    ports:
      - 8000:80
    volumes: 
      - ./config/nginx/conf.d:/etc/nginx/conf.d
      - static:/app/static
      - media:/app/media
    depends_on: 
      - web-service
volumes:
  media:
  static:
  postgres: 
    driver: local 

Nginx файл конфигурации

upstream django_server {
    server web-service:8000;
}

server {
    listen 80;
    server_name localhost;

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

    location /media/ {
        alias /app/media/;
    }

    location / {
        proxy_pass http://django_server;
        proxy_set_header X-Fowarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $host;
        proxy_redirect off;
    }
}

** Конфиг Gunicorn **

name = 'docker_django'
loglevel = 'info'
errorlog = '-'
accesslog = '-'
workers = 2

Модель

class Machine(models.Model):
    name = models.CharField(max_length=100, blank=False, null=False)
    description = models.CharField(max_length=250, blank=True, null=True)
    image = models.ImageField(upload_to = 'machines', default='default.png')
    provider = models.TextField(blank=True, null=True)
    model = models.CharField(max_length=250, blank=True, null=True)
    data_source = models.ForeignKey(DataSource, related_name='data_source', on_delete=models.CASCADE)

    def __str__(self):
        return self.name

Answer 1

Самый простой вариант - использовать $http_host в nginx вместо $host, поскольку $host не содержит информации о порте. Однако $http_host может быть пустым от некоторых клиентов.

        proxy_set_header Host $host;

Различия, описанные в этом ответе SO

Поскольку nginx ничего не знает о 8000 порте его выставлен на docker хосте, для него нет возможности установить его. Один из вариантов - взять заголовок Host http из запроса (который может отсутствовать в запросе, возможно, в некоторых редких случаях).

Другой вариант - передать порт nginx в качестве переменной среды в nginx и используйте эту переменную в конфигурации, добавляя к $host, что для nginx можно сделать с помощью envsubst, запускаемого в пользовательской точке входа.

Причина, по которой она работает для файлов * stati c - stati c URL-адреса файлов включены в шаблоны (не API-ответы) со ссылками, относящимися к текущему веб-сайту root (что бы это ни было), и им не требуется build_absolute_uri() для запуска django.