Гугл переводчик умеет такие трейсы.

Гугл переводчик умеет такие трейсы.

Да я и без гугла могу перевести это. Классы эти только в рамках джанго проекта можно использовать?

Это обычные классы питона. Используй их как обычно.

В трейсе тебе говорят не об этом.

Кто нибудь отдельно от джанги юзает её орм? Какие подводные? Ну кроме того что всю джангу надо в проект тянуть

В трейсе тебе говорят не об этом.

Ну говорят про app_label, где его указывать надо и что это должно быть? А INSTALLED_APPS это же в настройках проекта вроде бы указывается.

Ну говорят про app_label, где его указывать надо и что это должно быть? А INSTALLED_APPS это же в настройках проекта вроде бы указывается.

label в инсталед добавь

label в инсталед добавь

где?

где?

Installed apps

Installed apps

Я имею ввиду где это прописывать надо? Под классами?

У тебя есть app_label, его нужно добавить в settings в раздел installed apps

У тебя есть app_label, его нужно добавить в settings в раздел installed apps

Это все(settings, app_label) есть когда ты создаешь джанго проект. Т.е. просто взять этот кусок кода из документации и засунуть в консоль нельзя?

Это все(settings, app_label) есть когда ты создаешь джанго проект. Т.е. просто взять этот кусок кода из документации и засунуть в консоль нельзя?

Нет, правила диктует джанга

Хм, а челик выше написал, что используй как обычные классы питона (для которых насколько я знаю не надо прописывать все это)

У тебя ругается что джанга не видит приложение

да я уже понял, спасибо.

Классы можешь писать как хочешь, у тебя не в этом проблема

У тебя ругается что джанга не видит приложение

ну я слздал проект, прописал классы в моделс, добавил название проложения в сеттингс

как теперь мне можно потестить все что ниже там

типо »> r = Reporter(first_name='John', last_name='Smith', email='john@example.com')

manage.py shell

https://docs.djangoproject.com/en/1.11/topics/db/examples/many_to_one/

manage.py shell

NameError: name 'Reporter' is not defined

не видит класс

Добавить в админку и тестить там

NameError: name 'Reporter' is not defined

Импорт его сделай

Ну импортировать нужно для начала

from docsapp.models import Reporter

from docsapp.models import Reporter

ага, разобрался, благодарю

привет всем

как сделать что бы если нет обращения

к классу он переходил к дургому классу

а то у меня при вводе albums

работает это вьюха

Передвинь ниже slug

Мне кажется, или лучше использовать DetailView

Мне кажется, до тех пор пока len(qs) == 1 надо интересоваться чуть другим, сорри.

ой, даже и не увидел это:D

ой, даже и не увидел это:D

Угу. С этим лучше в битрикс)

Мне кажется, или лучше использовать DetailView

не detail не пойдет нужно без перезагрузки страницы полностью

я это проблему решил

сейчас хотел обьединить две модели в админке

как это сделать

admim Inline гугли:)

нее она не подходит

по причине того

что

мультизагрузка

не работает

мультизагрузка

эм?

эм?

?

вот эту

вот эту

Собираем мысли в кучу, что за мультизагрузка не работает в инлайнах?

Хм... мне бы тоже интересно услышать. Хотя, что-то подсказывает, что это не самый правильный подход. Ведь достаточно определить base.html, распилить его на блоки и править все кусочки в 1 файле

У меня чаще получается include header footer ну и block content

а так по ситуации, иногда приходится выносить мелкие вещи

Хм... мне бы тоже интересно услышать. Хотя, что-то подсказывает, что это не самый правильный подход. Ведь достаточно определить base.html, распилить его на блоки и править все кусочки в 1 файле

Я и с base.html пытался что-то сделать. Но честно я запутался с этим шаблонизатором. Я понимаю что base.html это родитель, и там надо создавать блоки типа (navbar, content, footer, и т.д), Но что делать когда допустим есть у меня index.html от куда это все наследовать?

{% extends 'base.html' %} {% block content %} {% endblock %}

Я и с base.html пытался что-то сделать. Но честно я запутался с этим шаблонизатором. Я понимаю что base.html это родитель, и там надо создавать блоки типа (navbar, content, footer, и т.д), Но что делать когда допустим есть у меня index.html от куда это все наследовать?

Создаёшь base.html, где описываешь всё в общих чертах. Потом делаешь extend в index.html-е (как Евгений подсказывает) и переопределяешь нужные тебе блоки

ERROR: S client not available

то, что не переопределишь, останется как в base

А {% load staticfiles %} только в base.html должен быть или везде надо его ставить?

А {% load staticfiles %} только в base.html должен быть или везде надо его ставить?

везде где используешь {% static %}

А {% load staticfiles %} только в base.html должен быть или везде надо его ставить?

Евгений +

https://pastebin.com/KbQjx1MG base

сейчас примером покажу, проще будет)

https://pastebin.com/V8Aa1FTq Contact us страница например

Вообще, посчитай это такой аналогией с функциями. Если ты что то планируешь дёргать периодически в разных местах. Можно выносить. Определять блоки. Опять же, от этих кусков в дальнейшем тебе самому будет проще решить то же кеширование кусков.

Привет. Как на django можно делать асинхронные запросы?

Привет. Как на django можно делать асинхронные запросы?

ajax?

Celery.

с сервера надо запрос сделать

и ждать ответа

Celery

Она много что умеет.

а можно без celery? Хочу странного, только django :D

сколько смотрю, джанго синхронный

https://pastebin.com/V8Aa1FTq Contact us страница например

Вы почти выдвинули меня в правильную сторону, начинаю уже понимать. Правильно ли я вас понял? base.html https://pastebin.com/tRBECcVK index.html https://pastebin.com/ypfF0XTW

сколько смотрю, джанго синхронный

Сколько ни смотри, таким и останется)

надо же двигаться вперед, к асинхронным функциям

django channels же

но у джанго синхронная архитектура

и такой и будет оставаться

ребят

в кратце

зачем нужен rest?

упрощает написание api

у меня сейчас задача

бэкэнд который отвечает json-ом

мне лучше юзать rest или просто JsonResponse?

смотря сколько методов реализовать