Н
*форма сохранилась - зарегали, в форме ошибка - зарегали
+
проблема решена, использую вместо {% if messages %}
{% for message in messages %}
…
{% endfor %}
получается объект messages существует всегда в рендере шаблона
Size: a a a
2020 September 10
q
можно ИЗ values получить
{"is_checkout": False} или в NamedTupleСейчас попробую правильней сформировать вопрос. Мне нужно профильтровать поле is_checkout только с False значением. Можно составить этот запрос без .filter? Так как пишут что когда внутри filter идёт обращение к FK, то создается куча лишних запросов
AG
Сейчас попробую правильней сформировать вопрос. Мне нужно профильтровать поле is_checkout только с False значением. Можно составить этот запрос без .filter? Так как пишут что когда внутри filter идёт обращение к FK, то создается куча лишних запросов
фильтровать без filter() - не вариант
> внутри filter идёт обращение к FK
как составишь запрос, так и отработает. Это утверждение не всегда верно
> внутри filter идёт обращение к FK
как составишь запрос, так и отработает. Это утверждение не всегда верно
q
фильтровать без filter() - не вариант
> внутри filter идёт обращение к FK
как составишь запрос, так и отработает. Это утверждение не всегда верно
> внутри filter идёт обращение к FK
как составишь запрос, так и отработает. Это утверждение не всегда верно
То есть фильтровать с помощью annotate() где внутри values() не вариант?
N
а реально ли как-то вызвать pdb.set_trace() прямо в шаблоне ?
N
и видеть все переменные шаблона, для отладки
AG
То есть фильтровать с помощью annotate() где внутри values() не вариант?
это набор слов: внутри annotate() values() не работает, только если SubQuery
q
это набор слов: внутри annotate() values() не работает, только если SubQuery
Хорошо, спасибо
AG
а реально ли как-то вызвать pdb.set_trace() прямо в шаблоне ?
попробуй написать кастомный тег шаблона и там вызови
не знаю как отработает.
Скорее всего увидишь работу шаблонизатора, а не контекст
не знаю как отработает.
Скорее всего увидишь работу шаблонизатора, а не контекст
Н
проблема решена, использую вместо {% if messages %}
{% for message in messages %}
…
{% endfor %}
получается объект messages существует всегда в рендере шаблона
{% for message in messages %}
…
{% endfor %}
получается объект messages существует всегда в рендере шаблона
Так в доке ж и написано, что сообщения очищаются только при итерации)
https://docs.djangoproject.com/en/3.1/ref/contrib/messages/#displaying-messages
https://docs.djangoproject.com/en/3.1/ref/contrib/messages/#displaying-messages
AG
и видеть все переменные шаблона, для отладки
лучше переопредели метод, который возврашает response, и в нем принтани контекст, который уходит в шаблон
Н
и видеть все переменные шаблона, для отладки
{% debug %}
Пропиши в шаблоне
Пропиши в шаблоне
AG
{% debug %}
Пропиши в шаблоне
Пропиши в шаблоне
выведет контекст? не знал 🤔
Н
выведет контекст? не знал 🤔
Ага. Все переменные
Н
Весь контекст, точнее
AG
Весь контекст, точнее
ок, спасибо
N
{% debug %}
Пропиши в шаблоне
Пропиши в шаблоне
спасибо, тоже не знал
N
лучше переопредели метод, который возврашает response, и в нем принтани контекст, который уходит в шаблон
понял, спасибо