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;
}
...