Nginx обслуживает изображения, но не css для приложения django

Я использую стек Django/Gunicorn/Nginx для своего небольшого веб-приложения. Мне удалось запустить приложение в производство, но мое приложение правильно показывает статические изображения, но не находит css-файл.

Мои статические ресурсы, такие как изображения, css, js, были собраны python manage.py collectstatic за пределами папки проекта, в папке, доступной Nginx: /var/www/example.com/html/static/. Содержимое папки: `

├── admin
│   ├── css
│   │   ├── autocomplete.css
│   │   ├── ....
│   ├── img
│   │   ├── calendar-icons.svg
│   │   ├── ....
│   └── js
│       ├── SelectBox.js
│       ├── ....
├── booking
│   ├── css
│   │   └── style.css
│   ├── img
│   │   ├── andromeda.webp
│   │   ├── ....
├── img
│   └── favicon_16.ico
└── ksa .....

`

Моя индексная страница ссылается на изображения и css в приложении для бронирования. Вот два примера:

<!--It is located in the head section-->
<link rel="stylesheet" href="{% static 'booking/css/style.css' %}">

<!--It is located in the body section-->
<img src="{% static 'booking/img/andromeda.webp' %}" alt="">

Как вы можете видеть, ссылки имеют одинаковую структуру и соответствуют реальной структуре папок. Поэтому странно, что изображения возвращают код состояния 200, а css - 404. Когда я проверяю сгенерированный html, он также кажется хорошим. Сгенерированные html-сниппеты:

<!--It is located in the head section-->
<link rel="stylesheet" href="/static/booking/css/style.css">

<!--It is located in the body section-->
<img src="/static/booking/img/andromeda.webp" alt="">

Вот соответствующая часть моего файла настроек django:

from dotenv import load_dotenv
import os

load_dotenv()

from pathlib import Path

# Build paths inside the project like this: BASE_DIR / 'subdir'.
BASE_DIR = Path(__file__).resolve().parent.parent

# SECURITY WARNING: don't run with debug turned on in production!
DEBUG = False

ALLOWED_HOSTS = ['example.com', 'www.example.com','localhost']

# Application definition

INSTALLED_APPS = [
    'booking.apps.BookingConfig',
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles'
]

SESSION_COOKIE_SECURE=True
CSRF_COOKIE_SECURE=True

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

ROOT_URLCONF = 'ksa.urls'

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
            ],
        },
    },
]

WSGI_APPLICATION = 'ksa.wsgi.application'

STATIC_ROOT = '/var/www/example.com/html/static/'
STATIC_URL = 'static/'

MEDIA_URL = 'media/'
MEDIA_ROOT = '/var/www/example.com/html/uploads/'

Наконец, вот мои настройки Nginx:

server {
    server_name example.com www.example.com;

    location /favicon.ico { access_log off; log_not_found off; }
    location /static/ {
        alias /var/www/example.com/html/static/;
    }
    location /media/ {
        alias /var/www/example.com/html/uploads/;
    }
    location / {
        include proxy_params;
        proxy_pass http://unix:/run/gunicorn.sock;
    }
    
    #No browser side cache for html and css
    location ~* \.(?:html|css){
    expires -1;
    }

    #1 week browser side cache for images
    location ~* \.(?:jpg|jpeg|gif|png|ico|webp){
    expires 1w;
    add_header Cache-Control "public";
    }

    error_page 404 /404.html;
    location /404.html {
        root /var/www/example.com/html;
        internal;
    }


    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}

server {
    if ($host = example.com) {
        return 301 https://$host$request_uri;
    } # managed by Certbot

    server_name example.com;
    listen 80;
    return 404; # managed by Certbot
}

Итак, у вас есть идеи, как может случиться, что css не найден, хотя он ссылается точно так же, как и изображения?

Добавьте косую черту в качестве начального символа для строк MEDIA_URL и STATIC_URL.

STATIC_ROOT = '/var/www/example.com/html/static/'
STATIC_URL = '/static/'  # old 'static/'

MEDIA_URL = '/media/'  # old 'media/'
MEDIA_ROOT = '/var/www/example.com/html/uploads/'

Без ведущей косой черты ваш путь или источник (src="") является относительным, то есть он относится к текущему url, на котором вы находитесь в данный момент. Когда вы открываете www.domain.com/books/authors/ и имеете

<img src="{% static 'images/myimage.png' %}" alt="My Image">

Тогда url будет иметь вид www.domain.com/books/authors/static/images/myimage.png

Но ваш nginx conf настроен таким образом, что вам нужны абсолютные, а не относительные пути.

Мне странно, что вы не сообщили о проблемах с медиафайлами. Также странно, что в общем пути, который вы показываете, действительно есть ведущая косая черта, как например:

<!--It is located in the body section-->
<img src="/static/booking/img/andromeda.webp" alt="">

Здесь, согласно заявленным вами настройкам STATIC_URL, не должно быть ведущего слэша... Сбивает с толку.

Если это не работает, убедитесь, что всегда запускайте collectstatic после внесения изменений в STATIC_ROOT. Всегда перезагружайте nginx conf после внесения в него изменений (это очевидно, я думаю).

Если ошибка все еще сохраняется, я хотел бы увидеть файлы журнала ошибок nginx.

Для поиска решения я применил метод грубой силы. Я перепробовал все возможные комбинации для файла конфигурации nginx и файла django settings.py.

Это была рабочая комбинация: Соответствующий фрагмент из settings.py:

STATIC_ROOT = '/var/www/example.com/html/static/'
STATIC_URL = 'static/'

MEDIA_URL = 'media/'
MEDIA_ROOT = '/var/www/example.com/html/uploads/'

Соответствующий фрагмент из файла конфигурации веб-сервера

server {
    ...
    
    location /static {
        alias /var/www/example.com/html/static;
    }
    
    location /media {
        alias /var/www/example.com/html/uploads;
    }
    location / {
        include proxy_params;
        proxy_pass http://unix:/run/gunicorn.sock;
    }
...
Вернуться на верх