Django не загружает внутренние файлы.css

Question

Я создал проект Django на местном уровне, который работает без каких-либо проблем. Но после назойливой и сложной установки Cherokee + uWSGI в Amazon AWS мой проект не показывает внутренние файлы Django .css.

http://f.cl.ly/items/2Q2W3I3R0X1n2X3v0q2P/django_error.jpg <- /Admin/ выглядит так

Изображение - это экран моего /admin/, который должен иметь другой стиль, но файлы.css не загружаются.

[pid: 23206|app: 0|req: 19/19] 83.49.10.217 () {56 vars in 1121 bytes} [Sun Apr 15      05:50:24 2012] GET /static/admin/css/base.css => generated 2896 bytes in 6 msecs (HTTP/1.1 404) 1 headers in 51 bytes (1 switches on core 0)

[pid: 23206|app: 0|req: 20/20] 83.49.10.217 () {56 vars in 1125 bytes} [Sun Apr 15 05:50:24 2012] GET /static/admin/css/login.css => generated 2899 bytes in 5 msecs (HTTP/1.1 404) 1 headers in 51 bytes (1 switches on core 0)

Это журнал от чероки. Я не понимаю, почему он ищет файлы.css по этому пути. Чероки должны искать файлы в исходном каталоге Django, чтобы я не менял файлы.css в своем проекте.

Любой совет? Большое спасибо.

Answer 1

Похоже, вы используете Django 1.4, в котором это ожидаемое поведение.

Ознакомьтесь с разделом "Обратно несовместимые изменения" в заметках о выпуске:

Прилагаемое приложение для администрирования django.contrib.admin уже давно поставляется со стандартным набором статических файлов, таких как JavaScript, изображения и таблицы стилей. Django 1.3 добавил новое приложение contrib django.contrib.staticfiles для общей обработки таких файлов и определил соглашения для статических файлов, включенных в приложения.

Начиная с Django 1.4, статические файлы администратора также следуют этому соглашению, чтобы облегчить развертывание файлов. В предыдущих версиях Django также часто определяли параметр ADMIN_MEDIA_PREFIX, указывающий на URL -адрес, на котором статические файлы администратора находятся на веб-сервере. Этот параметр теперь устарел и заменен более общим параметром STATIC_URL. Теперь Django ожидает найти статические файлы администратора по URL /admin/.

Если вы ранее использовали путь URL -адреса для ADMIN_MEDIA_PREFIX (например, /media/), просто убедитесь, что STATIC_URL и STATIC_ROOT настроены и ваш веб-сервер правильно обслуживает эти файлы. Сервер разработки продолжает обслуживать административные файлы, как и раньше. Прочитайте статические файлы с практическими рекомендациями для получения более подробной информации.

Если для вашего ADMIN_MEDIA_PREFIX задан определенный домен (например, http://media.example.com/admin/), убедитесь, что для параметра STATIC_URL также задан правильный URL -адрес - например, http://media.example.com/. *