загрузка трясогузки и развертывание Django не из project_root?

Я немного запутался здесь, используя Wagtail (вариант CMS Django), на virtualenv, FastCGI, на виртуальном хостинге.

мои настройки.py

import os

PROJECT_ROOT = os.path.join(os.path.dirname(__file__), '..', '..')

DEBUG = False
TEMPLATE_DEBUG = DEBUG    
PROJECT_ROOT = os.path.join(os.path.dirname(__file__), '..', '..')

    MEDIA_ROOT = os.path.join(PROJECT_ROOT, 'media')
    MEDIA_URL = '/media/'
    STATIC_ROOT = os.path.join(PROJECT_ROOT, 'static')
    STATIC_URL = '/static/'
    STATICFILES_DIRS = ()

Когда я запускаю ./manage.py collectstatic, мои статические файлы правильно скомпилированы в ~/myproj/static, однако отладка шаблона Django настаивает на просмотре файлов css в ~/env/lib/python2.7/static. Однако, если я загружу туда свои личные файлы css, это испортит css трясогузки.

Кроме того, когда я загружаю изображения через панель управления трясогузками, они попадают прямо в ~/env/lib/python2.7/static.

Что я здесь не так? Почему он не работает с ~/myproj/static?


python django wagtail
person moshushi    schedule 04.04.2014    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Django намеренно не обслуживает статические файлы, когда он находится в производственном режиме (DEBUG = False), потому что для вашего веб-сервера более эффективно обслуживать эти файлы напрямую и исключать Django из процесса. Вам решать, как настроить веб-сервер для этого, но документация Django предлагает несколько указателей.

(Я не знаю, откуда ваша установка Django получает ~/env/lib/python2.7/static.)

person gasman    schedule 04.04.2014
comment
Правильно, я действительно следил за документацией. и у меня нет проблем с моими статическими файлами в режиме производства или разработки. Мне просто интересно, стоит ли мне беспокоиться о том, что мой Джанго смотрит на ~/env/lib/python2.7/static , что заставляет меня беспокоиться, что где-то что-то не так. - person moshushi; 06.04.2014