YK
Декораторы это стандартная приколюха питона
Size: a a a
2021 March 27
YK
Доброй ночи! Подскажите, кто-то сталкивался с написанием собственных декораторов по типу @ login_required ? Подскажите пожалуйста, где почитать про это можно
Р
Доброй ночи! Подскажите, кто-то сталкивался с написанием собственных декораторов по типу @ login_required ? Подскажите пожалуйста, где почитать про это можно
Можно в исходниках этого декоратора порыться
ИМ
Декораторы это стандартная приколюха питона
Может какие-то подводные камни есть
ИМ
Руслан
Можно в исходниках этого декоратора порыться
Уже там))
ИМ
Спасибо!
Р
Ну я не про брокер, а про хранилище, в которое ты можешь писать быстрее, чем в SQL-СУБД. Тебя же потенциально большое количество операций записи в единицу времени смущает, полагаю?
Нормально ли будет генерить id уведомления о сообщении, отталкиваясь от времени записи в БД сообщения или есть какая-нибудь лучшая практика для этого момента?
N
Руслан
Нормально ли будет генерить id уведомления о сообщении, отталкиваясь от времени записи в БД сообщения или есть какая-нибудь лучшая практика для этого момента?
Уведомления это такая же сущность как и сообщение
N
Если ты про логгирование, эт другое
Р
Понял, спасибо)
Б
Доброй ночи! Подскажите, кто-то сталкивался с написанием собственных декораторов по типу @ login_required ? Подскажите пожалуйста, где почитать про это можно
Например у тебя сайт с платной подпиской, ты можешь сделать @ premium_required декоратор для этого.
или в админке писать
вместо
и много всякого другого
или в админке писать
from django.contrib import admin
from .models import Track
@admin.register(Track)
class TrackAdmin(admin.ModelAdmin):
list_display = ('title','artist’)
вместо
from django.contrib import admin
from .models import Track
class TrackAdmin(admin.ModelAdmin):
list_display = ('title','artist')
admin.site.register(Track,TrackAdmin)
и много всякого другого
ИМ
Например у тебя сайт с платной подпиской, ты можешь сделать @ premium_required декоратор для этого.
или в админке писать
вместо
и много всякого другого
или в админке писать
from django.contrib import admin
from .models import Track
@admin.register(Track)
class TrackAdmin(admin.ModelAdmin):
list_display = ('title','artist’)
вместо
from django.contrib import admin
from .models import Track
class TrackAdmin(admin.ModelAdmin):
list_display = ('title','artist')
admin.site.register(Track,TrackAdmin)
и много всякого другого
Спасибо большое, уже разобрался.
Б
Как в DRF вернуть стандартные джанговские коды ошибок?
Переопределил обработчик ошибок
print(data) - возвращает
но в самом респонсе нет кодов ‘invalid’, только строки с сообщение ошибки.
Переопределил обработчик ошибок
def custom_exception_handler(exc, context):
response = exception_handler(exc, context)
if response is not None:
response.data['status_code'] = response.status_code
for data in response.data.items():
print(data)
return responseprint(data) - возвращает
(’ids', [ErrorDetail(string=u'Id does not exists 123432421352', code=u'invalid')])
('sync_time', [ErrorDetail(string=u'Datetime has wrong format. Use one of these formats instead: DD.MM.YYYY hh:mm:ss.', code=u'invalid')])но в самом респонсе нет кодов ‘invalid’, только строки с сообщение ошибки.
T
Как в DRF вернуть стандартные джанговские коды ошибок?
Переопределил обработчик ошибок
print(data) - возвращает
но в самом респонсе нет кодов ‘invalid’, только строки с сообщение ошибки.
Переопределил обработчик ошибок
def custom_exception_handler(exc, context):
response = exception_handler(exc, context)
if response is not None:
response.data['status_code'] = response.status_code
for data in response.data.items():
print(data)
return responseprint(data) - возвращает
(’ids', [ErrorDetail(string=u'Id does not exists 123432421352', code=u'invalid')])
('sync_time', [ErrorDetail(string=u'Datetime has wrong format. Use one of these formats instead: DD.MM.YYYY hh:mm:ss.', code=u'invalid')])но в самом респонсе нет кодов ‘invalid’, только строки с сообщение ошибки.
а что в дрф сериализаторе нету ошибок?
Б
а что в дрф сериализаторе нету ошибок?
они код ошибки не возвращают
T
они код ошибки не возвращают
эм, вот это https://www.django-rest-framework.org/api-guide/status-codes/ не подходит?
T
но если у тебя валидация данных то эти ошибки каждая фирма по своему велосипедит
Б
это статус код
Б
а мне нужна каждая ошибка по каждому полю