BG
Пример
Size: a a a
2020 June 02
AG
пробовал переходить по этому пути?
AL
Объяви MEDIA_DIRS список, в который положи пути до папок внутри медиа, типа /media/imgs/
AL
И так для каждой
i
Boris Gevorkyan
Пример
У меня так и есть.
AL
Появится возможность - чекну, еду в автобусе, неудобно
BG
Ребят, у меня вопрос, возможно глупый но я уже обыскался в интернете и что-то либо я не могу гуглу обяснить либо мне одному это надо:
Я часто использую одну и ту же модель с одним(и) и тем(и) же полем(и), да и для стандартизации я бы хотел создать шаблоны моделей и использовать их, но проблема в том, что я не понимаю как передать verbose_name для самого поля в шаблон ...
Может кто знает как это сделать или статью?
Я часто использую одну и ту же модель с одним(и) и тем(и) же полем(и), да и для стандартизации я бы хотел создать шаблоны моделей и использовать их, но проблема в том, что я не понимаю как передать verbose_name для самого поля в шаблон ...
Может кто знает как это сделать или статью?
BG
У меня такая проблема была на самом проде, когда я не указал nginx путь до media ... Но на тесте я увы больше не знаю в чем может быть проблема
JT
Boris Gevorkyan
Ребят, у меня вопрос, возможно глупый но я уже обыскался в интернете и что-то либо я не могу гуглу обяснить либо мне одному это надо:
Я часто использую одну и ту же модель с одним(и) и тем(и) же полем(и), да и для стандартизации я бы хотел создать шаблоны моделей и использовать их, но проблема в том, что я не понимаю как передать verbose_name для самого поля в шаблон ...
Может кто знает как это сделать или статью?
Я часто использую одну и ту же модель с одним(и) и тем(и) же полем(и), да и для стандартизации я бы хотел создать шаблоны моделей и использовать их, но проблема в том, что я не понимаю как передать verbose_name для самого поля в шаблон ...
Может кто знает как это сделать или статью?
verbose Name по умолчанию передается в поле в шаблон
i
{'name':verbose_name}
i
return(...)
BG
А, сорри забыл еще одно сказать я сейчас пока всё добавляю в админку а там как бы не совсем шаблон и в html это не прописать, имеется в виду при создании модели из abstract модели можно как то передать или же уже только на уровне html
EC
Всем привет. Подскажите пожалуйста такой момент : у меня есть модель менеджер , которая просто создает записи в БД, выглядит это так:
Суть в чем — когда в kwargs передается аргумент , которого в модели нету , выкидуется TypeError. Вопрос таков: можно ли это как то обработать и опустить аргументы, которые передаеются в kwargs но не присутствуют в модели ? Просто чтобы проигнорировало отсутсвующие в модели аргументы ?
class CommonManager(models.Manager):
"""
Common manager for most of models
"""
def record(self, **kwargs):
"""
Put new record to the database
"""
return self.create(**kwargs)
Суть в чем — когда в kwargs передается аргумент , которого в модели нету , выкидуется TypeError. Вопрос таков: можно ли это как то обработать и опустить аргументы, которые передаеются в kwargs но не присутствуют в модели ? Просто чтобы проигнорировало отсутсвующие в модели аргументы ?
BG
Boris Gevorkyan
А, сорри забыл еще одно сказать я сейчас пока всё добавляю в админку а там как бы не совсем шаблон и в html это не прописать, имеется в виду при создании модели из abstract модели можно как то передать или же уже только на уровне html
Всё же нашел ответ мучая гугл и вариации вопроса, если вдруг кому надо будет то делается это так.
BG
Всем привет. Подскажите пожалуйста такой момент : у меня есть модель менеджер , которая просто создает записи в БД, выглядит это так:
Суть в чем — когда в kwargs передается аргумент , которого в модели нету , выкидуется TypeError. Вопрос таков: можно ли это как то обработать и опустить аргументы, которые передаеются в kwargs но не присутствуют в модели ? Просто чтобы проигнорировало отсутсвующие в модели аргументы ?
class CommonManager(models.Manager):
"""
Common manager for most of models
"""
def record(self, **kwargs):
"""
Put new record to the database
"""
return self.create(**kwargs)
Суть в чем — когда в kwargs передается аргумент , которого в модели нету , выкидуется TypeError. Вопрос таков: можно ли это как то обработать и опустить аргументы, которые передаеются в kwargs но не присутствуют в модели ? Просто чтобы проигнорировало отсутсвующие в модели аргументы ?
а Try: и Except: не помогут в данной ситуации ?
Или же сперва проверить при помощи If ..
Или же сперва проверить при помощи If ..
EC
Boris Gevorkyan
а Try: и Except: не помогут в данной ситуации ?
Или же сперва проверить при помощи If ..
Или же сперва проверить при помощи If ..
Except а дальше как?) Проверять все вручную на каждый аргумент не дело
EC
Нужен способ чтобы любой не принимающийся аргумент опускался
AD
Всем привет. Подскажите пожалуйста такой момент : у меня есть модель менеджер , которая просто создает записи в БД, выглядит это так:
Суть в чем — когда в kwargs передается аргумент , которого в модели нету , выкидуется TypeError. Вопрос таков: можно ли это как то обработать и опустить аргументы, которые передаеются в kwargs но не присутствуют в модели ? Просто чтобы проигнорировало отсутсвующие в модели аргументы ?
class CommonManager(models.Manager):
"""
Common manager for most of models
"""
def record(self, **kwargs):
"""
Put new record to the database
"""
return self.create(**kwargs)
Суть в чем — когда в kwargs передается аргумент , которого в модели нету , выкидуется TypeError. Вопрос таков: можно ли это как то обработать и опустить аргументы, которые передаеются в kwargs но не присутствуют в модели ? Просто чтобы проигнорировало отсутсвующие в модели аргументы ?
обычно этим занимается view прослойка
возможно джанго предлагает готовые решения
у меня нет под рукой готового синтаксиса, но задачу можно решить так
1) Достать поля модели,
2) {key: value for key, value in kwargs.items() if key in model_fields }
возможно джанго предлагает готовые решения
у меня нет под рукой готового синтаксиса, но задачу можно решить так
1) Достать поля модели,
2) {key: value for key, value in kwargs.items() if key in model_fields }
BG
Except а дальше как?) Проверять все вручную на каждый аргумент не дело
Да ничего, он про будет выполнять try: как только встретит ошибку то просто ничего не будет выполнять и пойдет дальше, Except:
pass
НО это точно не лучший вариант..
pass
НО это точно не лучший вариант..
EC
Boris Gevorkyan
Да ничего, он про будет выполнять try: как только встретит ошибку то просто ничего не будет выполнять и пойдет дальше, Except:
pass
НО это точно не лучший вариант..
pass
НО это точно не лучший вариант..
Оно же не запишет модель в БД