Не полностью подгружается статика | Forum

Posts: 11

29 April 2016, 17:49

Posts: 11

Здравствуйте!

Напишу много, поэтому начну сначала. Я новичок и мое изучение Django вместе с python длится чуть больше месяца, поэтому в некоторых аспектах я совсем ноль. Для себя поставил практическую задачу написать некий небольшой сайт с возможностью покупок и новостной лентой. В процессе реализации собственно и проходит мое обучение и чтение документации, а также форумов.

Дошел я до этапа, когда разместил все на бесплатном хостинге pythonanywhere.com (Django 1.9.5 и python 2.7) и столкнулся с тем, что не вся статика подгружается. А дело вот в чем, новостную ленту и магазин я выполнили в виде двух приложений zames_app и news. Если в шаблонах я ссылаюсь на статику news/static/js/some.js, то браузер возвращает ошибку 404. А если я укажу zames_app/static/js/some_script.js, то все норм. Командой collectstatic я все собирал уже, толку нет. Хотя в корневой каталог Static все складывается. Т.е. Django из одного приложения пути до статики определяет нормально, а другого как-будто нет.

А началось все с того, что я захотел прикрутить редактор tinymce к текстовому полю новостей. На локальном сервере все работает, а на боевом нет. Начал копать и обнаружил, что админка не видит скрипты Jquery и еще один скрипт, а остальные свои скрипты типа календаря видит. Также на странице есть ссылка на скрипты tinymce, но там тоже возвращается 404. Но еще раз повтроюсь, СТАТИКА собралась со всеми скриптами по команде collectstatic... и админки... и редактора...

Два дня бился и прописывал настройки

    # эта переменная будет указывать на папку проекта
PROJECT_ROOT = os.path.dirname(os.path.abspath(__file__))

STATIC_ROOT = os.path.join(PROJECT_ROOT, 'static')  # пустая папка, сюда будет собирать статику collectstatic

# путь до папки media, в общем случае она пуста в начале
MEDIA_ROOT = os.path.join(PROJECT_ROOT, 'media')

MEDIA_URL = '/media/'  # URL для медии в шаблонах

STATICFILES_DIRS = (
    os.path.join(PROJECT_ROOT, 'news/static'),
    os.path.join(PROJECT_ROOT, 'zames_app/static'),
)

Все без толку - результат один. В результате я подключил редактор невообразимо диким образом для меня. Я залез в исходники Django и открыл шаблон страницы админки, которая отвечает за редактирование данных.

Прописал туда такие строки

    <script type="text/javascript" src="{% static  'zames_app/js/vendor/jquery/jquery.min.js' %}" ></script>
<script type="text/javascript" src="{% static 'zames_app/js/vendor/xregexp/xregexp.min.js' %}" ></script>
<script type="text/javascript" src="{% static 'zames_app/js/django_tinymce/init_tinymce.js' %}" ></script>
<script type="text/javascript" src="{% static 'zames_app/js/tiny_mce/tiny_mce.js' %}" ></script>

И все заработало. Но, как Вы можете видеть я использую статику приложения zames_app. Пробовал указать статику приложения news (как бы логично, потому что редактор используется в нем), но в странице браузера вижу ошибки загрузки скриптов. В общем для меня это большая загадка сейчас.

Да, и еще... в модуле admin.py приложения пробовал прописывать скрипты через class Media, тоже не дало результата для статики news. Не понимаю, почему сама админка, которая находится в пакете с джангой не может себя нормально загрузить. И почему как-то криво работают расширения типа редактора после установки.

Объясните мне, дураку, почему так??? Может у кого была такая ситуация.

Поделитесь опытом. Заранее благодарен!

Updated 29 April 2016, 17:54 by Stasonych.

Answer | 0

29 April 2016, 18:08

Mr.Floppy

Posts: 63

29 April 2016, 18:08

Mr.Floppy

Posts: 63

Вам нужно прописать еще STATIC_URL (например STATIC_URL = '/static/') и настроить фронт-сервер (nginx, apache), чтобы он отдавал по URL /static/ из папки вашпроект/static

Для PythonAnywhere см. раздел "Set up a static files mapping" https://help.pythonanywhere.com/pages/DjangoStaticFiles

1. Go to the Web tab on the PythonAnywhere dashboard
2. Go to the Static Files section
3. Enter the same URL as STATIC_URL in the url section (typically, /static/)
4. Enter the path from STATIC_ROOT into the path section (the full path, including /home/username/etc)

Answer | 0

29 April 2016, 18:13

Posts: 11

29 April 2016, 18:13

Posts: 11

Вам нужно прописать еще STATIC_URL (например STATIC_URL = '/static/') и настроить фронт-сервер (nginx, apache), чтобы он отдавал по URL /static/ из папки вашпроект/static

Для PythonAnywhere см. раздел "Set up a static files mapping"

https://help.pythonanywhere.com/pages/DjangoStaticFiles

Go to the Web tab on the PythonAnywhere dashboard

Go to the Static Files section

Enter the same URL as STATIC_URL in the url section (typically, /static/)

Enter the path from STATIC_ROOT into the path section (the full path, including /home/username/etc)

Да, забыл. STATIC_URL прописан в начале файла настроек. За совет спасибо! Буду пробовать. А как дела обстоят на других хостингах? Аналогично настраиваются?

Answer | 0

29 April 2016, 18:22

Posts: 11

29 April 2016, 18:22

Posts: 11

Вам нужно прописать еще STATIC_URL (например STATIC_URL = '/static/') и настроить фронт-сервер (nginx, apache), чтобы он отдавал по URL /static/ из папки вашпроект/static

Для PythonAnywhere см. раздел "Set up a static files mapping"

https://help.pythonanywhere.com/pages/DjangoStaticFiles

Go to the Web tab on the PythonAnywhere dashboard

Go to the Static Files section

Enter the same URL as STATIC_URL in the url section (typically, /static/)

Enter the path from STATIC_ROOT into the path section (the full path, including /home/username/etc)

А слона-то я и не заметил. Сам, главное, настраивал статику на странице Web и из виду упустил.

Еще раз спасибо!

Answer | 0

30 April 2016, 15:54 zavx0z Posts: 209	30 April 2016, 15:54 zavx0z Posts: 209 Django 1.9.5 и python 2.7 а мне вот просто любопытно. - Чем обусловлен выбор в сторону python 2.7, если только начинаете изучать? Почему не python 3.+?
	Answer \| 1

2 May 2016, 9:21

Posts: 11

2 May 2016, 9:21

Posts: 11

а мне вот просто любопытно. - Чем обусловлен выбор в сторону python 2.7, если только начинаете изучать? Почему не python 3.+?

Если честно, то особо ничем не руководствовался. Просто, вначале, у меня не получилось запустить Django с python 3. Не знаю почему, я не заморачивался, т.к. это для меня были как для барана новые ворота. А дальше попробовал поднять Django на 2.7 и все получилось.
Думаю разница не сильно принципиальная между версиями...

Answer | 0

2 May 2016, 10:54 urslan Posts: 85 Location: Kyiv	2 May 2016, 10:54 urslan Posts: 85 Location: Kyiv Думаю разница не сильно принципиальная между версиями... Вот здесь ошибаетесь. А под Питном 3 не подняли Джанго скорее всего из-за неправильно настроенного `virtualenv`
	Answer \| 0

2 May 2016, 11:41

Posts: 1262

2 May 2016, 11:41

Posts: 1262

если говорить о virtualenv, то в руководствах редко рассказывается об опциях, а питон в системе по умолчанию до сих пор ещё встречается даже 2.5 (не к завтраку будь помянут этот Debian)

Поэтому надо так:

virtualenv --python=python3 env

Answer | 0

2 May 2016, 12:03 urslan Posts: 85 Location: Kyiv	2 May 2016, 12:03 urslan Posts: 85 Location: Kyiv Ubuntu 16.04 наконец дефолтный питон 3.5 поставила. Но окружение все равно надо ставить командой `virtualenv --python=python3 .`
	Answer \| 0

2 May 2016, 12:48 Mr.Floppy Posts: 63	2 May 2016, 12:48 Mr.Floppy Posts: 63 питон в системе по умолчанию до сих пор ещё встречается даже 2.5 (не к завтраку будь помянут этот Debian) Ну не надо, 2.7.9 сейчас в стабильном Debian 8 (Jessie) и можно поставить 3.4.2 параллельно.
	Answer \| 0

3 May 2016, 17:23

Posts: 11

3 May 2016, 17:23

Posts: 11

Вот здесь ошибаетесь.

А под Питном 3 не подняли Джанго скорее всего из-за неправильно настроенного virtualenv

Да нет, тут проще. Без виртуального окружения... Я же сначала на Denwer пробовал, а потом уже на сервак пошел. Я-то даже еще толком не разбираюсь, что такое виртуальное окружение, а тем более в *nix системах. Только, только у меня всё начинается. Всю жизнь на Delphi да под Windows. Как-то так ))))

Updated 3 May 2016, 17:23 by Stasonych.

Answer | 0

3 May 2016, 17:38

Posts: 85
Location: Kyiv

3 May 2016, 17:38

Posts: 85
Location: Kyiv

Так для начала почитайте официальные туториалы джанго. Здесь на сайте переведенные лежат, а уже потом сервер настраивайте. Когда поймете зачем нужно виртуальное окружение.

Я вон вроде 15 лет с линуксом дружу, а все равно апач на убунте 16.04 не получается второй день настроить.

Answer | 0

3 May 2016, 21:50

Posts: 1262

3 May 2016, 21:50

Posts: 1262

опа! А точно апач нужен? Он же не очень удобен. У меня даже php-проекты за nginx на php-fpm работают. Проще получается, чем под апачем. А уж джанговские-то…

Stasonych, виртуальные окружения лучше освоить. Штука не сильно сложная. Это типа как песочница, в которой работает нужная версия питона с нужными именно в этом проекте батарейками. На Делфи под виндовс не похоже никак, что есть, то есть. Но не поленитесь, штука нужная. Как можно без оного на одном компе несколько проектов — вообще непонятно.

В первую очередь виртуальное окружение нужно создать. Для этого в каталоге проекта выполняете:

virtualenv --python=python3 env

Появится каталог env, в котором установлен третий питон. В этой команде что: --python=<питоний бинарник> — указывает, какой питон класть в основу виртуального окружения. env — имя каталога, в котором окружение будет создано. Называть можно на своё усмотрение.

Затем его нужно активировать:

. env/bin/activate

Появится (env) перед приглашением командной строки. Значит окружение активировано, вся работа будет именно в нём. В этой команде что: точка в начале — это не абы чего, это такая команда выполнения скрипта. Можно source писать вместо точки. env/bin/activate — это пусть к скрипту активации. Можете его и почитать, он коротенький и понятный.

После того, как окружение активировано, можно устанавливать нужные пакеты. Например:

pip install django

Установится в env/lib/python3.5/site-packages/. Запускать всякие manage-команды тоже при активированном виртуальном окружении.

Answer | 0

3 May 2016, 22:17

Posts: 85
Location: Kyiv

3 May 2016, 22:17

Posts: 85
Location: Kyiv

опа! А точно апач нужен? Он же не очень удобен. У меня даже php-проекты за nginx на php-fpm работают. Проще получается, чем под апачем. А уж джанговские-то…

Да на работе за апачем все спрятано. Решил и свой проектик поднять на апаче. Только тоже спустя 2 дня думаю может и правда nginx начать осваивать.

Просто уже столько мусора в голове, что лишнее не хочется и начинать. Есть где простенькая статья по настройке ngnix для django? Чтоб без наворотов, только то что нужно для поднять 1-2 сайта.

Answer | 0

3 May 2016, 23:26 Mr.Floppy Posts: 63	3 May 2016, 23:26 Mr.Floppy Posts: 63 How To Serve Django Applications with uWSGI and Nginx on Ubuntu 14.04
	Answer \| 0

4 May 2016, 0:21 urslan Posts: 85 Location: Kyiv	4 May 2016, 0:21 urslan Posts: 85 Location: Kyiv Спасибо! Надо будет заодно тогда и с Docker'ом познакомиться :)
	Answer \| 0

4 May 2016, 10:32 Stasonych Posts: 11	4 May 2016, 10:32 Stasonych Posts: 11 Спасибо всем за ответы и за советы! Очень благодарен!
	Answer \| 0

5 May 2016, 9:06

Posts: 11

5 May 2016, 9:06

Posts: 11

а мне вот просто любопытно. - Чем обусловлен выбор в сторону python 2.7, если только начинаете изучать? Почему не python 3.+?

Еще один момент. Я использую БД MySql и не нашел какой модуль для python 3.+. Поэтому выбрал рабочий вариант с 2.7 и установил для него MySQL-python-1.2.4b4.win32-py2.7. Т.е. получилось поднять в такой комбинации вместе с Django 1.9.4. Это и стало отправной точкой. P.S. Все делалось из под винды на Denwer

Updated 5 May 2016, 9:07 by Stasonych.

Answer | 0

5 May 2016, 9:38 N.E.M Posts: 1262	5 May 2016, 9:38 N.E.M Posts: 1262 Еще один момент. Я использую БД MySql и не нашел какой модуль для python 3.+. mysqlclient же. В документации он назван рекомендованным.
	Answer \| 0

5 May 2016, 11:51

vadiq

Posts: 96

5 May 2016, 11:51

vadiq

Posts: 96

Я использую Ubuntu 14.04, в которой по умолчанию 2 версии python: 2.7 и 3.4. Django 1.9 разворачиваю с python 3.4 + Apache + Postgres. Без никаких виртуальных окружений. На самом деле там все просто, и настройка вебсервера в 5 кликов происходит.

А если по теме, то: В настройках (settings.py) есть django.contrib.staticfiles, который отвечает за сбор статичных файлов из всех ваших приложений. Поэтому ваши указания лишние:

STATICFILES_DIRS = (
    os.path.join(PROJECT_ROOT, 'news/static'),
    os.path.join(PROJECT_ROOT, 'zames_app/static'),
)

т.е. это необязательно указывать.

Нужно на одном уровне с вашими приложениями создать отдельную папку, назвать ее к примеру "allstaticfiles", в ней создать папку "static". Дальше в настройках укажите

STATICFILES_DIRS = (
        os.path.join(PROJECT_ROOT, 'allstaticfiles/static'),
    )

Можете еще добавить:

STATICFILES_FINDERS = (

    'django.contrib.staticfiles.finders.FileSystemFinder',

    'django.contrib.staticfiles.finders.AppDirectoriesFinder',

)

чтобы джанго собрал статические файлы не только с ваших приложений, но и с приложений в пакете python-а. Теперь командой collectstatic соберите все файлы в папке allstaticfiles/static.

Стоит заметить, что джанго не отвечает за раздачу статических файлов на боевом сервере. Поэтому эту задачу нужно передать веб-серверу. К примеру если использовать apache, то делается это легко - в настройках к определенному сайту добавляется - AliasMatch ^/static/(.*)$ /путь/до/проекта/static/$1 И все готово, все файлы видятся, и работаю.

Answer | 0

6 May 2016, 10:06 Stasonych Posts: 11	6 May 2016, 10:06 Stasonych Posts: 11 mysqlclient же. В документации он назван рекомендованным. У меня какие-то ошибки пошли при инсталяции. Пока забросил разбираться с этим и остановился на рабочем варианте. Буквально вчера пробовал.
	Answer \| 0

6 May 2016, 10:08

Posts: 11

6 May 2016, 10:08