D
ARTUR KNYAZEV
подскажи , как это сделать
Size: a a a
2020 June 10
AK
ты лучший , вчера целый день мучался
D
MI
Всем привет. Можно ли в админке на странице изменения объекта сначала подгрузить один набор полей, потом опционально по кнопке догрузить оставшиеся? Есть какой-нибудь такой модуль для админки?
AK
а если ты сам не знаешь имя кнопки , она генерируется автоматически, уже никак не сделаешь
AG
Всем привет. Можно ли в админке на странице изменения объекта сначала подгрузить один набор полей, потом опционально по кнопке догрузить оставшиеся? Есть какой-нибудь такой модуль для админки?
сталкивался только с django-select2, но там не по нажатию на кнопку
АВ
как этот путь выглядит без регулярки?
path('verify/?P<email>/?P<activation_key>'),
re_path(r'^verify/(?P<email>.+)/(?P<activation_key>\w+)/$',
так?path('verify/?P<email>/?P<activation_key>'),
D
path('verify/<email>/<activation_key>'),
D
как этот путь выглядит без регулярки?
path('verify/?P<email>/?P<activation_key>'),
re_path(r'^verify/(?P<email>.+)/(?P<activation_key>\w+)/$',
так?path('verify/?P<email>/?P<activation_key>'),
хотя не уверен) сорян
АВ
D
хотя не уверен) сорян
это ж, как параметры должны передавать, наверно
АВ
path('verify/?P<email>?P<activation_key>'),
AG
это ж, как параметры должны передавать, наверно
здесь же показано: https://docs.djangoproject.com/en/3.0/ref/urls/#path
DT
path('verify/?P<email>?P<activation_key>'),
?P это из регулярки
DT
path('verify/<email>/<activation_key>/'), похоже на правдуDT
path('verify/<str:email>/<str:activation_key>/') - либо такАВ
path('verify/<email>/<activation_key>/'), похоже на правдутоже так думал, но были сомнения
AD
Подскажите пожалуйста:
столкнулся с тем, что queryset.first() забивает на кеш queryset'а
т.е. даже если сделать prefetch_related(), .first() все равно сформирует новые запросы
(это все работает для FK полей queryset'a, на остальном не проверял)
как красиво и лаконично побороть проблему?
столкнулся с тем, что queryset.first() забивает на кеш queryset'а
т.е. даже если сделать prefetch_related(), .first() все равно сформирует новые запросы
(это все работает для FK полей queryset'a, на остальном не проверял)
как красиво и лаконично побороть проблему?
AD
Подскажите пожалуйста:
столкнулся с тем, что queryset.first() забивает на кеш queryset'а
т.е. даже если сделать prefetch_related(), .first() все равно сформирует новые запросы
(это все работает для FK полей queryset'a, на остальном не проверял)
как красиво и лаконично побороть проблему?
столкнулся с тем, что queryset.first() забивает на кеш queryset'а
т.е. даже если сделать prefetch_related(), .first() все равно сформирует новые запросы
(это все работает для FK полей queryset'a, на остальном не проверял)
как красиво и лаконично побороть проблему?
мой костыль очень тупой и некрасивый, но работает
def get_first(qs):
return None if qs.count() == 0 else qs.all()[0]
def get_first(qs):
return None if qs.count() == 0 else qs.all()[0]
DT
мой костыль очень тупой и некрасивый, но работает
def get_first(qs):
return None if qs.count() == 0 else qs.all()[0]
def get_first(qs):
return None if qs.count() == 0 else qs.all()[0]
а чем qs.first() не угодил ?
AD
а чем qs.first() не угодил ?
с ним не работает prefetch_related такого плана
'entry_transactions__source',
'entry_transactions__destination',
'entry_transactions__entry',
'entry_transactions__source',
'entry_transactions__destination',
'entry_transactions__entry',