db_table - какую таблицу использовать

managed - https://docs.djangoproject.com/en/1.11/ref/models/options/#managed

managed - https://docs.djangoproject.com/en/1.11/ref/models/options/#managed

уже прочитал в доке. Дело в том, что этот подкласс Мета, не пишут в гайдах.

ну его можно и не использовать, смотря что надо

как пример class Meta: unique_together = ('product', 'user') Модели product и user. Чтоб не повторялись так сказать. Полезная штука

как пример class Meta: unique_together = ('product', 'user') Модели product и user. Чтоб не повторялись так сказать. Полезная штука

так это же пишется при создании таблицы

так это же пишется при создании таблицы

какой такой таблицы шмаблицы?)) Ты через django модели создаёшь или что тут?))

какой такой таблицы шмаблицы?)) Ты через django модели создаёшь или что тут?))

таблицы создавал без джанго, SQL запросами.

допустим есть модель, в которой есть поля - продукт и пользователь. Указываешь в этой модели Мета - чтоб уникально было и пользователь и продукт. И всё. Делаешь миграцию, получаешь таблицу))

таблицы создавал без джанго, SQL запросами.

не, ну можно 0 0 11 000 111 000111 посылать))

короче, ОРМ Джанги, делает это без sql запросов

слово "джанго" не склоняется по падежам

Как вывести json на страницу?

или лучше так не делать?

слово "джанго" не склоняется по падежам

это в дажнге написано ? :)

Это нужно для API серва.

Это нужно для API серва.

вот прям json на странице тебе нужен?

вот прям json на странице тебе нужен?

по запросу /product/1 выкачивается из базы, из таблицы product с id 1, и отправляется на рендер json. Затем клиент берет этот json и отрисовывает его.

это в дажнге написано ? :)

не обязательно, чтобы где-то это написано было)

не обязательно, чтобы где-то это написано было)

я в курсе :) Это трололо :)

по запросу /product/1 выкачивается из базы, из таблицы product с id 1, и отправляется на рендер json. Затем клиент берет этот json и отрисовывает его.

отрисовывает в каком виде, как есть?

отрисовывает в каком виде, как есть?

то уже другой вопрос. На клиенте удобнее работать с json.

есть JsonResponse

этот класс рядом с HttpResponse лежит

вот именно. Можно с простого View отдавать json

смотря что надо

вот именно. Можно с простого View отдавать json

++

Подскажите, когда есть смысл использовать django-cms, и есть ли вообще? идея с плагинами вроде хорошая, front-edit заказчикам нравится. а есть подводные камни? это если речь идет о разработке сайта

Друзья, если у вас не помещается вся логика в один файл views.py, то как разбиваете на несколько?

Подскажите, когда есть смысл использовать django-cms, и есть ли вообще? идея с плагинами вроде хорошая, front-edit заказчикам нравится. а есть подводные камни? это если речь идет о разработке сайта

Смысла как такового нет в этой джанго смс

Друзья, если у вас не помещается вся логика в один файл views.py, то как разбиваете на несколько?

толстые модели, тонкие вьюхи

а поясни пожалуйста на таком примере - я хочу выводить на странице несколько компонентов, из разных модулей (например последние новости и скидочные товары). так я не нарушая модульную архитектуру делаю нужные мне плагины и потом распихиваю их по placeholders, а иначе как я должен писать вьюху для этой странички?

толстые модели, тонкие вьюхи

В app идет разбитие на несколько фалйлов с моделями?

В app идет разбитие на несколько фалйлов с моделями?

и это тоже... если логически можно разбить на подприложения, то лучше разделить конечно.

парни, не понимаю, делаю так http://i.imgur.com/YI4TQgc.png

а он всё равно в ошибку выпадает http://i.imgur.com/n1AWmXW.png

а он всё равно в ошибку выпадает http://i.imgur.com/n1AWmXW.png

У тебя юзер - обязательное поле, а ты без него пытаешься создать

да, уже разобрался,)

Вообще, посмотри в доке get_or_create

Чтобы не городить треша

Доброе утро! Подскажите как лучше реализовать поле модели array of strings

Друзья, если у вас не помещается вся логика в один файл views.py, то как разбиваете на несколько?

можно создать папку views

и там создать файл __init__.py

где надо будет заимпортить остальные файлы с этой папки

Друзья, если у вас не помещается вся логика в один файл views.py, то как разбиваете на несколько?

Уноси логику в модели

есть же CBV

Ребят, как many to many превратить в list из querysetов?

.all() возвращает пустой запрос

а как ты обращаешься ?

Добра!

Я сейчас так испугался зайдя в django@conference.jabber.ru ?

Уфффф... оказалось, что все тут ?

Есть книги по Джанго?

https://fullspace.ru http://beget.ru

Аааа книги :))

Прошу помощи. Что такого изменилось в 1.11 что Я не могу стили подключить?

ничего

эммм..

Как было раньше: #settings.py import os, sys def BASE_DIR(*x): #for /media/style.css return os.path.join(os.path.abspath(os.path.dirname(file)), *x) STATIC_ROOT = BASE_DIR('static') STATIC_URL = '/static/' MEDIA_ROOT = BASE_DIR('media') MEDIA_URL = '/media/' #urls.py url(r'media/(?P<path>.*)$', 'django.views.static.serve', {'document_root': settings.MEDIA_ROOT}), url(r'static/(?P<path>.*)$', 'django.views.static.serve', {'document_root': settings.STATIC_ROOT}), #в_шалоне <link href="/media/css/style.css" rel="stylesheet" type="text/css" /> И всё Хорошо!

Сейчас же ересь какае-то...

Почему ксс в медиа?

ERROR: S client not available

ну во первых collectstatic собирает в static ты обращаешся в media

Пото что статик для приложений джанки, а медиа для моей статики

ну во первых collectstatic собирает в static ты обращаешся в media

У урлах и сеттингсах чётко показанно что где лежит. в 1.11 между глаз всё

Ребята, по большому счету зачем использовать Function-Based Views если есть уже Class-Based Views? CBV нужен для ускорения процесса разработки? Или у него есть свои какие-то плюсы и т.д?

Ребята, по большому счету зачем использовать Function-Based Views если есть уже Class-Based Views? CBV нужен для ускорения процесса разработки? Или у него есть свои какие-то плюсы и т.д?

Сейчас все используют CBV в основном

Как и у всякого ООП подхода, если сможешь грамотно создать структуру, то за счет реюзинга получишь бенефиты

Так же их легко расширять?

Я понимаю, Вам охото обсудить FBV vs CBV :)

Но всё же что за ХЭ в 1.11?

Неужто мне 1.8 ставить?

Я на стажировку первого числа пойду, там требовали CBV и FBV вот все подробно спрашиваю))

Я на стажировку первого числа пойду, там требовали CBV и FBV вот все подробно спрашиваю))

Ответив на мой вопрос тебя сразу возьмут ?

Но всё же что за ХЭ в 1.11?

какое хе? https://docs.djangoproject.com/en/1.11/howto/static-files/

Ответив на мой вопрос тебя сразу возьмут ?

вы про 1.8?)

какое хе? https://docs.djangoproject.com/en/1.11/howto/static-files/

И?

Как было раньше: #settings.py import os, sys def BASE_DIR(*x): #for /media/style.css return os.path.join(os.path.abspath(os.path.dirname(file)), *x) STATIC_ROOT = BASE_DIR('static') STATIC_URL = '/static/' MEDIA_ROOT = BASE_DIR('media') MEDIA_URL = '/media/' #urls.py url(r'media/(?P<path>.*)$', 'django.views.static.serve', {'document_root': settings.MEDIA_ROOT}), url(r'static/(?P<path>.*)$', 'django.views.static.serve', {'document_root': settings.STATIC_ROOT}), #в_шалоне <link href="/media/css/style.css" rel="stylesheet" type="text/css" /> И всё Хорошо!

В 1.8 это работает. В 1.11 нет.

И?

и вот это твоё #в_шалоне <link href="/media/css/style.css" rel="stylesheet" type="text/css" />

Так же их легко расширять?

Про Mixins почитай

Про Mixins почитай

Можно ссылочку с чего начать читать Mixins, а то тут в интернете хз с чего начинают объяснять

Можно ссылочку с чего начать читать Mixins, а то тут в интернете хз с чего начинают объяснять

1) https://docs.djangoproject.com/en/1.11/topics/class-based-views/ 2 ) https://ccbv.co.uk/

спасибо

и вот это твоё #в_шалоне <link href="/media/css/style.css" rel="stylesheet" type="text/css" />

неужели нужно {% load static %} <link href="{% static "css/style.css" %}" rel="stylesheet" type="text/css" /> ???!!!

неужели нужно {% load static %} <link href="{% static "css/style.css" %}" rel="stylesheet" type="text/css" /> ???!!!

ты url пропустил. А ещё нужно в urlpatterns указать папку медиа.

Вернулся на 1.8 Всё прекрасно заработало.

В топку вашу 1.11

not bad :)

?

1. Медия не для статики 2. Переходить на новые версии надо поэтапно, а не перепрыгивая сразу на последнюю 3. Для умных людей есть прекрасная документация

1. Медия не для статики 2. Переходить на новые версии надо поэтапно, а не перепрыгивая сразу на последнюю 3. Для умных людей есть прекрасная документация

у него сайт перестанет работать если он из медиа в статик переложит файлы ?