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

Отклики: 11

29 Апрель 2016, 17:49

Отклики: 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. Не понимаю, почему сама админка, которая находится в пакете с джангой не может себя нормально загрузить. И почему как-то криво работают расширения типа редактора после установки.

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

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

Обновлено 29 Апрель 2016, 17:54 Stasonych.

Ответ | 0

29 Апрель 2016, 18:08

Mr.Floppy

Отклики: 63

29 Апрель 2016, 18:08

Mr.Floppy

Отклики: 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)

Ответ | 0

29 Апрель 2016, 18:13

Отклики: 11

29 Апрель 2016, 18:13

Отклики: 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 прописан в начале файла настроек. За совет спасибо! Буду пробовать. А как дела обстоят на других хостингах? Аналогично настраиваются?

Ответ | 0

29 Апрель 2016, 18:22

Отклики: 11

29 Апрель 2016, 18:22

Отклики: 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 и из виду упустил.

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

Ответ | 0

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

2 Май 2016, 9:21

Отклики: 11

2 Май 2016, 9:21

Отклики: 11

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

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

Ответ | 0

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

2 Май 2016, 11:41

Отклики: 1262

2 Май 2016, 11:41

Отклики: 1262

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

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

virtualenv --python=python3 env

Ответ | 0

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

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

3 Май 2016, 17:23

Отклики: 11

3 Май 2016, 17:23

Отклики: 11

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

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

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

Обновлено 3 Май 2016, 17:23 Stasonych.

Ответ | 0

3 Май 2016, 17:38

Отклики: 85
Местонахождение: Kyiv

3 Май 2016, 17:38

Отклики: 85
Местонахождение: Kyiv

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

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

Ответ | 0

3 Май 2016, 21:50

Отклики: 1262

3 Май 2016, 21:50

Отклики: 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-команды тоже при активированном виртуальном окружении.

Ответ | 0

3 Май 2016, 22:17

Отклики: 85
Местонахождение: Kyiv

3 Май 2016, 22:17

Отклики: 85
Местонахождение: Kyiv

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

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

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

Ответ | 0

3 Май 2016, 23:26 Mr.Floppy Отклики: 63	3 Май 2016, 23:26 Mr.Floppy Отклики: 63 How To Serve Django Applications with uWSGI and Nginx on Ubuntu 14.04
	Ответ \| 0

4 Май 2016, 0:21 urslan Отклики: 85 Местонахождение: Kyiv	4 Май 2016, 0:21 urslan Отклики: 85 Местонахождение: Kyiv Спасибо! Надо будет заодно тогда и с Docker'ом познакомиться :)
	Ответ \| 0

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

5 Май 2016, 9:06

Отклики: 11

5 Май 2016, 9:06

Отклики: 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

Обновлено 5 Май 2016, 9:07 Stasonych.

Ответ | 0

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

5 Май 2016, 11:51

vadiq

Отклики: 96

5 Май 2016, 11:51

vadiq

Отклики: 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 И все готово, все файлы видятся, и работаю.

Ответ | 0

6 Май 2016, 10:06

Отклики: 11

6 Май 2016, 10:06

Отклики: 11

mysqlclient же. В документации он назван рекомендованным.

У меня какие-то ошибки пошли при инсталяции. Пока забросил разбираться с этим и остановился на рабочем варианте. Буквально вчера пробовал.

Ответ | 0

6 Май 2016, 10:08

Отклики: 11

6 Май 2016, 10:08