если убрать русский

первым

то весь контент будет на английском

если оставить русский но в переменной MODELTRANSLATION_LANGUAGES поставить английский

тоже самое

все будет на английском

воу воу воу не все сразу

for parent in serializer['parents']: if serializer['parents'][parent]['visible']: del serializer['parents'][parent]['visible'] else: del serializer['parents'][parent]

Т.е. этот норм?) а решение: отфильтровать queryset - мракобесие?

Т.е. этот норм?) а решение: отфильтровать queryset - мракобесие?

Вообще, он валидейт дата должен быть не мутабельным, для красивости, сделай ещё лин словарь, скопируй целиком все туда, и уже рули что там надо, тогда будет аккуратно

Ребят, подскажите как при использовании django-modeltranslation избавиться от дублирования филдов?

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

Вообще, он валидейт дата должен быть не мутабельным, для красивости, сделай ещё лин словарь, скопируй целиком все туда, и уже рули что там надо, тогда будет аккуратно

аккуратно будет queryset.filter(is_visible=True) - остальное видится мне залепой.

Или менеджера определить, который будет выдавать только is_visible ребят. Вообще шик.

Ладно, ок, зависит от ситуации. Когда/как удобнее.

Ребят, подскажите как при использовании django-modeltranslation избавиться от дублирования филдов?

пункт 2.7 мануала. from django.contrib import admin from news.models import News from modeltranslation.admin import TranslationAdmin class NewsAdmin(TranslationAdmin): pass admin.site.register(News, NewsAdmin)

если у тебя уже есть информация в филдах, ее можно перенести в новые филды перевода: $ python manage.py update_translation_fields

Привет всем, есть немного глупый вопрос. Вот мне стало интересно. Когда я создаю модель, в админке объекты этой модели выглядят как список: -models object(1) -models object(2) А вот в админке в модели Users, элементы выглядят полноценной таблицей Где каждому объекту модели отводится одна строка, а в столбцах указаны e-mail и прочее. Как сделать также?

настравай модель и класс админки =)

настравай модель и класс админки =)

А вот как?) Я даже не знаю как загуглить((

https://docs.djangoproject.com/en/2.0/ref/models/instances/#django.db.models.Model.__str__

это для вывода в нормально виде

Спасибо

Документацию нужно изучать

Спасибо

https://docs.djangoproject.com/en/2.0/ref/contrib/admin/#django.contrib.admin.ModelAdmin.list_display это для вывода инфы в таблице

Мдэ, чет не работаетй

что именно не работает

Видимо рано мне еще такое делать. Понимаю только с 5 на 10. Все сделал по шаблону, а таблица не появилась. Ну ладно, спасибо за ссылки

@Artem_98 всем советую и вам - пройдите tutorial, это не блажь, он реально полезен, большинство вопросов решится у вас

Всем доброе утро. Помогите мне пожалуйста с ошибкой.

OperationalError at /lesson5/add-article/ table lesson_fifth_article has no column named author_id

Так

И в чем загвоздка

Не могу понять от куда он берет author_id

В стектрейсе посмотри

Не могу понять от куда он берет author_id

ты вчера миграцию не доделал

Да удалил

Где то у тебя ссылается на нее

И снова сднлал

у тебя в модели поле есть в таблице нет

Во вьюхе или в админке

author_ id у меня нет в модели. Или я не так понял

Где то в коде ты на нее видать продолжаешь ссылаться

Странно

Я не могу найти проблему. Может быть я вышлю вам код и кто-то найдет ошибку?

Так не работает

Так не работает

В каком смысле?

Тут помогают, а не работают за тебя

Так я и прошу о помощи

показывай ошибку

и код

views.py https://pastebin.com/niNaG3HE models.py https://pastebin.com/Fp6q3MGt

author_ id у меня нет в модели. Или я не так понял

Есть. Это поле author у модели Article. В таблице оно отображается как author_id, т.к. мы храним лишь fk.

И если lesson_fifth_article является экземпляром Article, то изначальные догадки об отсутствии в БД поля author_id, а следовательно, плохих/отсутствующих миграциях - были верны

Так что мне делать?

Для начала, migrate, потом makemigrations

Посмотрим, что у нас там по изменениям

Все наоборот

Теперь мигрируй

Все наоборот

Не наоборот. Все правильно сделал. Теперь всё видно.

И да, теперь мигрируем.

Но, блин. Чесать в туториал надо с такими проблемами

Applying report_templates.0003_auto_20180508_1631...Traceback (most recent call last): psycopg2.DataError: ОШИБКА: неверное значение для целого числа: "" Что делать, если понятия не имеешь на что ругается пг, но это не последняя миграция приложения?

Если полностью удалить цепочку миграций, а мотом опять сделать makemigrations, ничего не слетит?

Applying report_templates.0003_auto_20180508_1631...Traceback (most recent call last): psycopg2.DataError: ОШИБКА: неверное значение для целого числа: "" Что делать, если понятия не имеешь на что ругается пг, но это не последняя миграция приложения?

Вот это непонятно?

default значение для поля стоит неверное, написанно жеж

ничего не слетит, но тебе надо будет почистить таблицу миграций и инит новый создать

Applying report_templates.0003_auto_20180508_1631...Traceback (most recent call last): psycopg2.DataError: ОШИБКА: неверное значение для целого числа: "" Что делать, если понятия не имеешь на что ругается пг, но это не последняя миграция приложения?

Что делать: поправляем миграцию 0003_auto_бла-бла. Ищем строку, где есть default и меняем на целочисленное значение

Вот это непонятно?

Ага. Сама модель стандартная, пара чарфилдов и привязка 1 к 1, всё миграровало нормально, а потом я что-то нажал и всё поломалось :D Удалил миграции и пересоздал заного. Вроде всё ок

А есть тут кто-нибудь из разработчиков самой Django? Просто ради интереса.

Applying report_templates.0003_auto_20180508_1631...Traceback (most recent call last): psycopg2.DataError: ОШИБКА: неверное значение для целого числа: "" Что делать, если понятия не имеешь на что ругается пг, но это не последняя миграция приложения?

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

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

Врятли. Скорее, у какого целочисленного поля стоит значение по умолчанию типа строка.

Но это неточно

Может быть ему намекают, что его поле целочисленное, и нельзя туда класть строку. Кажется это оно. Вон, ещё показывает на миграцию. Значит, наверное значение по-умолчанию.

Но надо проверять.

Покажи предыдущие две.

И пару записей из БД для модели ReportTemplate

лучше sql создания таблицы

Покажи предыдущие две.

Ладно, уже не важно. Просто пересобрал миграции)

лучше sql создания таблицы

Не лучше.

Ладно, уже не важно. Просто пересобрал миграции)

Как хотишь.

Не лучше.

я к 'пару записей'

?

Я тебя неправильно понял.

Теперь понял, что имеешь в виду.

Да, так лучше, конечно.

Почему из вьюхи выходит формсет на 24 формы, а рендерится только 23 из них?

Как то эти ошибки можно в представлении отловить? Чёт не могу собразить

https://github.com/encode/django-rest-framework/pull/1393 :DDD

булки они, конечно

Работаю сейчас фронтом, но время от времени пилю бэк. Месяц назад решил перепрофилироваться в бэк на Джанго. Стоит ли делать для портфолио какой-то проект или чисто все потрогать, подучить в деталях и на собесы?

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

Работаю сейчас фронтом, но время от времени пилю бэк. Месяц назад решил перепрофилироваться в бэк на Джанго. Стоит ли делать для портфолио какой-то проект или чисто все потрогать, подучить в деталях и на собесы?

проект в github будет плюсом но не обязательно

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

очень понятное объяснение проблемы

как правило все равно либо будешь делать тестовове либо на собеседовании поймут уровень знаний

очень понятное объяснение проблемы

Есть упаковка формсета TestFormset1 = zip(TestFormset, cars) с обьектами для формирования строк форма-обьект в шаблоне