Прошу помощи: есть класс пользователя. где определяется его фио, id и т.д. Я так понимаю эти значения мы потом вытягиваем из json документа (скрин)

Я хочу через админку сощдавать опрос, и чтобы он рассылался через определенное время. В админке вопрос создал, миграции сделал

но в data нихрена не появляется

или как мне извлечь информацию с question_text?

Фигассе. Не пустая миграция. Со вполне себе несколькими CreateModel. И показывает пустой вывод sqlmigrate. Как так-то?

Ты вообще никак не контактируешь с моделью Question, судя по скринам

?

Как мне это сделать? Лох я , нот андерстенд

Ты вообще никак не контактируешь с моделью Question, судя по скринам

?пройти официальный туториал, там как раз можно сказать ваш пример

Да , я по нему и шёл. Хорошо, может дальше будет работа с бд

Спасибо

Фигассе. Не пустая миграция. Со вполне себе несколькими CreateModel. И показывает пустой вывод sqlmigrate. Как так-то?

Ясно, managed=False

Да , я по нему и шёл. Хорошо, может дальше будет работа с бд

Вот эта твоя data, в которой ты ожидаешь данные, никак не связана с Джангой. Ты во вьюхе принимаешь реквест от вебхука Телеграма. Так что сразу не лезь на такие вещи, лучше джангу потыкай

Ребзя, как slugify методу обеспечить уникальность слага? unique параметр поля не помогает. Щас написал костыль, но уверен есть что то нормальное.

почему unique не поможет ?

Ребзя, как slugify методу обеспечить уникальность слага? unique параметр поля не помогает. Щас написал костыль, но уверен есть что то нормальное.

использовай post_save метод и добавь в концу id

почему unique не поможет ?

Не знаю. Я заоверрайдил сейв, там sugify заголовка. slug unique поле. Если я завожу 2 материала с одинаковыми заголовками, то у меня крашится, что такой slug уже есть

ну значит работатет =)

использовай post_save метод и добавь в концу id

Я написал, что костыль уже готов. Я спрашиваю про адекватное.

ну значит работатет =)

)) Машина)

Я написал, что костыль уже готов. Я спрашиваю про адекватное.

лучшее не переопределить save() метод, нада использовать signals

лучшее не переопределить save() метод, нада использовать signals

Да? Глубокомысленно. А почему, позволь узнать?

не знаю мне сениор прог сказал так ))

не знаю мне сениор прог сказал так ))

Привет ему)

лучшее не переопределить save() метод, нада использовать signals

не всегда

не всегда

согласен, но я всегда юзаю signals

я оооочень редко!

Не знаю. Я заоверрайдил сейв, там sugify заголовка. slug unique поле. Если я завожу 2 материала с одинаковыми заголовками, то у меня крашится, что такой slug уже есть

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

тогда точно будет unique

мне кажется правльнее "{}-{}".format(slugify(instance.title), instance.pk)

но это уже придирки

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

Ну, отец, это первое, что сделано. Я просто подумал, что джанга умненькая, и я просто чота не знаю.

мне кажется правльнее "{}-{}".format(slugify(instance.title), instance.pk)

кому как

согласен, но я всегда юзаю signals

Предположим. У тебя есть набор моделей, имеющих общий абстрактный класс. И тебе нужно общее поведение сейвов для этого набора моделей. Зачем тут городить сигналы, если проще в базовом один раз переопределить.

кому как

тогда как тебе такой довод ты пропускашь через функцию данные которые не нужно

тогда как тебе такой довод ты пропускашь через функцию данные которые не нужно

+ один лишний хук

+ один лишний хук

?

кстати в коде нет сохранения

ERROR: S client not available

?

М?

кстати в коде нет сохранения

забыл

М?

я привык так написать

ну и раз уж мы тут все ценители прекрасного то может лучше использовать pre_save ? подготовить данные и потом они уже сами сохрантся

ну и раз уж мы тут все ценители прекрасного то может лучше использовать pre_save ? подготовить данные и потом они уже сами сохрантся

в pre_save не получиться взять id

У datetime поля спокойно определяется день и месяц, но найти по ним ничего не возможно.

»> post = Post.objects.get(slug = 'example') »> post.publish.month 2 »> post.publish.day 13 »> post = Post.objects.filter(publish__day = 13) »> post <QuerySet []> »> post = Post.objects.filter(publish__month = 2) »> post <QuerySet []>

Как это работает, чёрт побери?

Как это работает, чёрт побери?

возможно нет Post с таким днём или месяцем, должно работать

при этом »> post = Post.objects.filter(publish__year = 2018) »> post <QuerySet [<Post: Example>, <Post: Example1>, <Post: Example2>]> »>

»> post = Post.objects.get(slug = 'example') »> post.publish.month 2 »> post.publish.day 13 »> post = Post.objects.filter(publish__day = 13) »> post <QuerySet []> »> post = Post.objects.filter(publish__month = 2) »> post <QuerySet []>

у меня работает

при этом »> post = Post.objects.filter(publish__year = 2018) »> post <QuerySet [<Post: Example>, <Post: Example1>, <Post: Example2>]> »>

сравни str(Post.objects.filter(publish__month = 2).query) и str(Post.objects.filter(publish__year = 2018).query)

В том и проблема, что есть. Через post.publish.day/month он верные даты показывает, но искать по ним не хочет.

а база какая ?

мускуль

Я с ним первый раз маюсь, пойду посмотрю, что там с месяцами/днями.

посмотри какой запрос выполняется

У меня тоже вроде все работает, SQLite

сравни str(Post.objects.filter(publish__month = 2).query) и str(Post.objects.filter(publish__year = 2018).query)

Оказалось, что проблема в TZ, отрубил его и всё заработало, теперь буду разбираться, почему.

Спасибо за наводку, по этому сравнению понял.