h
Хоть не node
Size: a a a
2019 November 09
SB
Всем привет!
SB
Смотрите. Ситуация такая, у меня есть массив с ID объектов. Как мне удалить все эти объекты одним запросом?
Пример массива [1, 3, 5, 54, 34] это всё id объектов которые над удалить из БД
Пример массива [1, 3, 5, 54, 34] это всё id объектов которые над удалить из БД
DT
.filter(id__in=[]).delete()
PZ
So Byte
Смотрите. Ситуация такая, у меня есть массив с ID объектов. Как мне удалить все эти объекты одним запросом?
Пример массива [1, 3, 5, 54, 34] это всё id объектов которые над удалить из БД
Пример массива [1, 3, 5, 54, 34] это всё id объектов которые над удалить из БД
Model.objects.filter(id__in=[...]).delete()
SB
❤️
p
def get_serializer_class(self):
if self.action == 'list':
как то можно написать не магический list, а константу чтоли? где она может лежать?
VT
def get_serializer_class(self):
if self.action == 'list':
как то можно написать не магический list, а константу чтоли? где она может лежать?
Я бы посмотрел внутрь фреймворка, если они не используют константу для своих целей, то смысла нет парится.
А они ее не используют насколько я помню
А они ее не используют насколько я помню
VT
если особо хочется, можно завести такую константу самостоятельно )
EJ
Вот такой сегодня вопрос, можно ли посчитать время проведенное на странице,без Аякса и js и без подсчёта времени разницы?
EJ
Вот такой сегодня вопрос, можно ли посчитать время проведенное на странице,без Аякса и js и без подсчёта времени разницы?
?
A
Вот такой сегодня вопрос, можно ли посчитать время проведенное на странице,без Аякса и js и без подсчёта времени разницы?
Ну в теории да
Хранить в сессии и при запросах обновлять.
Хранить в сессии и при запросах обновлять.
A
Но очень ненадёжно
AS
def get_serializer_class(self):
if self.action == 'list':
как то можно написать не магический list, а константу чтоли? где она может лежать?
Да, я делал кастомный ViewSet, в котором есть поле serializer_classes
AS
И там просто словарь из сериализаторов. Если нет по ключу сериализатора - берешь обычный
NG
Вопрос по DRF:
Я хочу что бы при GET запросе использовался один вложенный сериалайзер, а при POST/PUT другой.
При GET хочу получать:
Я хочу что бы при GET запросе использовался один вложенный сериалайзер, а при POST/PUT другой.
При GET хочу получать:
{
items: [
{
id: 1,
name: "Name 1"
},
{
id: 2,
name: "Name 2"
}
]
}
При POST:{
items: [1, 2, 3]
}
То есть мне нужно что бы про GET запросе родительский сериалайзер выглядел так:class ParentSerializer(serializers.ModelSerializer):А при POST так:
items = ItemsSerializer(many=True)
class ParentSerializer(serializers.ModelSerializer):```
items = serializers.PrimaryKeyRelatedField(queryset=Items.objects.all(), many=True, read_only=False)
AS
Типо
try:
return self.serializer_classes[self.action]
except KeyError:
return self.serializer_class
try:
return self.serializer_classes[self.action]
except KeyError:
return self.serializer_class
AS
Писал по памяти, так что могу немного ошибаться, подправь )
AS
Вопрос по DRF:
Я хочу что бы при GET запросе использовался один вложенный сериалайзер, а при POST/PUT другой.
При GET хочу получать:
Я хочу что бы при GET запросе использовался один вложенный сериалайзер, а при POST/PUT другой.
При GET хочу получать:
{
items: [
{
id: 1,
name: "Name 1"
},
{
id: 2,
name: "Name 2"
}
]
}
При POST:{
items: [1, 2, 3]
}
То есть мне нужно что бы про GET запросе родительский сериалайзер выглядел так:class ParentSerializer(serializers.ModelSerializer):А при POST так:
items = ItemsSerializer(many=True)
class ParentSerializer(serializers.ModelSerializer):```
items = serializers.PrimaryKeyRelatedField(queryset=Items.objects.all(), many=True, read_only=False)
Тебе мой ответ тоже подойдет
AS
У вас в принципе одинаковые вопросы