DT
Mr.Leon
<img src={% static "img/{{weather_data.weather_icon}}.png" %} class="card_img"> Когда я использую это, error пропадает , но картинки нет (
<img src="{{ STATIC_URL }}img/{{ weather_data.weather_icon }}.png" class="card_img">Size: a a a
2020 September 07
M
<img src="{{ STATIC_URL }}img/{{ weather_data.weather_icon }}.png" class="card_img">Спасибо, пробну. )
DT
не помню STATIC_URL уже есть в контексте или нет
проверь чтобы был
проверь чтобы был
ss
Можно ли в дрф сделать токены для юзера и отдельно токены для администратора для розделения пермишенов?
DT
а зачем ?
JT
Есть у кого опыт установки TinyMce editor в Django ?
Может кто рассказать, как заставить Tinymce заработать в моем проекте, а то оф дока очень скудна.
1. Я установил tinymce
2. Добавил в urls APP - Blog:
path('tinymce/', include('tinymce.urls')),
3. Добавил поле в Модель BlogPost:
class blogpost(models.Model):
name = models.CharField(max_length=127, verbose_name='Post title')
В Forms добавил данное поле desc, зарегистрировал в admin.py
В HTML файле добавил данное поле, но оно высвечивается как обычное текстовое поле (1)
В Админке поля нет, только verbose_name (2)
Может кто рассказать, как заставить Tinymce заработать в моем проекте, а то оф дока очень скудна.
1. Я установил tinymce
2. Добавил в urls APP - Blog:
path('tinymce/', include('tinymce.urls')),
3. Добавил поле в Модель BlogPost:
class blogpost(models.Model):
name = models.CharField(max_length=127, verbose_name='Post title')
В Forms добавил данное поле desc, зарегистрировал в admin.py
В HTML файле добавил данное поле, но оно высвечивается как обычное текстовое поле (1)
В Админке поля нет, только verbose_name (2)
Просьба помочь.
ss
а зачем ?
у меня просто есть юзеры и администраторы, для того чтобы различать кто есть кто
DT
а зачем тебе их различать по токену ?
почему не по флагу в базе ?
почему не по флагу в базе ?
ss
а зачем тебе их различать по токену ?
почему не по флагу в базе ?
почему не по флагу в базе ?
думал так лучше будет, но можно и по флагу в базе)
AF
так
компетентные люди в чате есть сейчас? Надо посоветоваться
Есть сторонний апи, к нем идут обращения из команды, команда кроном дергаться будет.
У Апи кривой дизайн. При обращении к нему, он возвращает код задачи, а потом полингом опрашиваешь статус этой задачи. Вопрос, как лучше построить работу? Мне приходит на ум чейнинг с целери. То есть первая задачка будет на вход получать этот код и периодически запрашивать статус, после того как статус будет "success", следующая задачка будет уже обрабатывать результат выполнения задачи. Не хочу все в один таск пихать, чтобы снихить ответственность задач до минимума.
компетентные люди в чате есть сейчас? Надо посоветоваться
Есть сторонний апи, к нем идут обращения из команды, команда кроном дергаться будет.
У Апи кривой дизайн. При обращении к нему, он возвращает код задачи, а потом полингом опрашиваешь статус этой задачи. Вопрос, как лучше построить работу? Мне приходит на ум чейнинг с целери. То есть первая задачка будет на вход получать этот код и периодически запрашивать статус, после того как статус будет "success", следующая задачка будет уже обрабатывать результат выполнения задачи. Не хочу все в один таск пихать, чтобы снихить ответственность задач до минимума.
лучше в одну засовуй внутри типо while пока реквест не вернет 200
A
лучше в одну засовуй внутри типо while пока реквест не вернет 200
Почему лучше?
AF
Почему лучше?
ну у тебя может быть race condition, если ты понимаешь о чем я
A
ну у тебя может быть race condition, если ты понимаешь о чем я
Как?
A
Откуда ему там в принципе взяться ?
AF
будешь дергать сначала, 1у. потом 2ую, постоянное дергание
AF
мб конечно и через чейнинг, типо промежуточное значение к себе в бд хранить и потом его юзать, не до конца вижу всю "картинку" со сторонним апи и т.д.
AF
@idAndrey а ты как-то джангу, питон будешь юзать для промежуточных условий и т.д.? или просто 2 задачи где 2ая зависит от результата 1ой?
A
@idAndrey а ты как-то джангу, питон будешь юзать для промежуточных условий и т.д.? или просто 2 задачи где 2ая зависит от результата 1ой?
Все в рамках тасок будет
На каждый код такая цепочка будет
Я могу на тредах это сделать, но ведь есть целери, который создан для такого
На каждый код такая цепочка будет
Я могу на тредах это сделать, но ведь есть целери, который создан для такого
D
так
компетентные люди в чате есть сейчас? Надо посоветоваться
Есть сторонний апи, к нем идут обращения из команды, команда кроном дергаться будет.
У Апи кривой дизайн. При обращении к нему, он возвращает код задачи, а потом полингом опрашиваешь статус этой задачи. Вопрос, как лучше построить работу? Мне приходит на ум чейнинг с целери. То есть первая задачка будет на вход получать этот код и периодически запрашивать статус, после того как статус будет "success", следующая задачка будет уже обрабатывать результат выполнения задачи. Не хочу все в один таск пихать, чтобы снихить ответственность задач до минимума.
компетентные люди в чате есть сейчас? Надо посоветоваться
Есть сторонний апи, к нем идут обращения из команды, команда кроном дергаться будет.
У Апи кривой дизайн. При обращении к нему, он возвращает код задачи, а потом полингом опрашиваешь статус этой задачи. Вопрос, как лучше построить работу? Мне приходит на ум чейнинг с целери. То есть первая задачка будет на вход получать этот код и периодически запрашивать статус, после того как статус будет "success", следующая задачка будет уже обрабатывать результат выполнения задачи. Не хочу все в один таск пихать, чтобы снихить ответственность задач до минимума.
Я бы складывал код задачи себе где то в бдшку со статусом обработан/не обработан и потом селери таск который бы выполнялся промежуточно, смотрел бы открытые задачи и обрабатывал уже их
A
Я бы складывал код задачи себе где то в бдшку со статусом обработан/не обработан и потом селери таск который бы выполнялся промежуточно, смотрел бы открытые задачи и обрабатывал уже их
Это деталь реализации