BE
У каждого пользователя должно быть свое облако короче с фотками, которые они могут использовать в своих статьях
Size: a a a
2020 January 23
DT
шаблон со всеми элементами кроме поста, который содержит слаг
странное поведение
въюху показывай
въюху показывай
HF
Приветствую товарищи. Подскажите пожалуйста.
Допустим у меня есть redis клиент, и я хочу чтобы экземпляр этого клиента был один на всё приложение. Куда лучше его положить? в settings.py или есть место по-лучше?
Допустим у меня есть redis клиент, и я хочу чтобы экземпляр этого клиента был один на всё приложение. Куда лучше его положить? в settings.py или есть место по-лучше?
tn
У каждого пользователя должно быть свое облако короче с фотками, которые они могут использовать в своих статьях
Разберись с тем, что тебе надо. Какая-то каша...
M
Оффтопик, такой вопрос админам, как уже опытным python dev-ам, как вот относились к такому когда другие не python dev's начинали тему в языке нет ООП и тому подобное, я вот показываю например использование абстрактных классов и наследование от класса ABC где можно объявить какой-нибудь функцию и обернуть его в декоратор абстракметод и уже в наслежуемых классах переопределать, но бывает момент когда уж больно начинают надоедать и задирать этим "в питоне нет ООП"
найди хоть один язык, который бы не поливали грязью
yh
странное поведение
въюху показывай
въюху показывай
tn
Оффтопик, такой вопрос админам, как уже опытным python dev-ам, как вот относились к такому когда другие не python dev's начинали тему в языке нет ООП и тому подобное, я вот показываю например использование абстрактных классов и наследование от класса ABC где можно объявить какой-нибудь функцию и обернуть его в декоратор абстракметод и уже в наслежуемых классах переопределать, но бывает момент когда уж больно начинают надоедать и задирать этим "в питоне нет ООП"
На хабре была одна статья неплохая прл сравнение ооп питона и жава
А
if news_slug in news_slug:
само в себе что ли?
само в себе что ли?
BE
Все я решил
Одна фотка может использоваться разными статьями
Пользователи не должны видеть фотки друг друга
😷
Одна фотка может использоваться разными статьями
Пользователи не должны видеть фотки друг друга
😷
BB
Странно, но у тебя все равно будет создаваться вторая картинка, либо храни не FK а храни filepath, и будет у тебя отдельный класс для картинки у него один endpoint загрузил картинку а в классе в поле file, который будет являться charfield-ом просто сохранить путь к файлу
tn
Все я решил
Одна фотка может использоваться разными статьями
Пользователи не должны видеть фотки друг друга
😷
Одна фотка может использоваться разными статьями
Пользователи не должны видеть фотки друг друга
😷
Тогда модель статьи через фк ссылается на модель изображения
tn
В модели изображения два поля : изображение, юзер
DT
зачем тебе условие ? что оно должно делать ?
BE
Тогда модель статьи через фк ссылается на модель изображения
сейчас так и есть
Но планировал загружать фотки в папку пользователя😅
Но планировал загружать фотки в папку пользователя😅
BB
В модели изображения два поля : изображение, юзер
Думаю можно не хранить юзера 🤔
BE
В модели изображения два поля : изображение, юзер
а ну вот ладно так и сделаю
DT
ты получаешь один объект - по логике
но получаешь queryset
но получаешь queryset
BE
Думаю можно не хранить юзера 🤔
Тогда я не смогу положить фотку в папку юзера
yh
ты получаешь один объект - по логике
но получаешь queryset
но получаешь queryset
тогда как исправить?
BB
Условно ты положишь ссылку на картинку