Как в django-rest-framework переопределить Content-Type ответа?

Question

[un1t]

Есть очевидный способ понаследоваться от JSONRenderer, и прописать его в настройки. Но может есть какая-то настройка для этого?
P.S. переопределить indent так же не помешало бы.

Answer 1

[marazmiki]

Мне кажется, что самый правильный ответ — не надо этого хотеть. Ни первое, ни, тем более, второе.

Comments

[un1t]

Как это не надо, у них в ответе не указывается кодировка и все отображается краказаблами. Парвильный заголовок должен быть такой "Content-type: application/json; charset=utf-8". А второе тоже надо, для отладки удобно.

[marazmiki]

А вот так не надо. Правильный, каноничный json, записывается исключительно в ASCII. Откуда там кракозябры возьмутся-то? А отладку более чем удобно проводить на включенном по умолчанию HTML-рендерере, там всё отформатируется красиво.

Если предлагаемые встроенные решения ну никак не подходят, то settings.REST_FRAMEWORK в зубы, переопределяем дефолтные рендереры-сериалайзеры-права-и-всё-такое и получаем то, что хотим.

[un1t]

marazmiki: про правильный json в курсе, но мне достаточно текста, а в ascii строки получаются вида '\u043f\u0440\u0438\u0432\u0435\u0442 \u043c\u0438\u0440' это крайне не удобно. С переопределением вопросов нет.

[marazmiki]

Значит, ответ — переопределение. Но заодно и один из ответов на вопрос "а как не надо делать?"

[un1t]

marazmiki: прикол в том что в настроках есть UNICODE_JSON который позволяет отдавать json в utf-8, однако при это не указывается кодировка в http заголовке и это уже точно не правильно. А то что indent не нужно указывать, то это вообще не ясно по каким соображением.

[marazmiki]

un1t: да нет, как раз понятно, по каким. Вы, небось, и компрессорами для js/css не пользуетесь, а подключаемые ресурсы заботливо раскладываете по папочкам, потому что так отлаживать удобнее?

[un1t]

marazmiki: так-то настроки дева и прода отличаются. К тому же в проде сервер отдает gzip, так что минификация js/css особого смысла не имеет.

[marazmiki]

un1t: конечно, отличаются. Но DRF предоставляет стандартизованные (это к вопросу об ASCII в ответе) и готовые (а это — к HTML-рендереру) средства для отладки REST API. Если прям очень хочется нарушить все мыслимые стандарты, то пожалуйста: гибкость и джанги, и DRF это позволяет. Но такие поступки остаются целиком на совести разработчика. И облегчать ему задачу в этих целях как-то неправильно

[un1t]

marazmiki: объясни тогда про настройку UNICODE_JSON. Если быть послледовательным, то этой настройки либо не должно быть, либо если она есть, то должна еще и заголовок правильный отдавать.

[marazmiki]

un1t: я склоняюсь к тому, что её не должно быть. Видимо, Tom Christie либерален, чем я :-)

[un1t]

marazmiki: а разработчики питона тоже ошибаются? Раз они позволяют так кодировать json?

[marazmiki]

un1t: нет, не ошибаются. Они предоставили возможности. Кто как хочет, так ими и пользуется. Груз ответственности на пользователе.