DRF. Лучший подход создания API для статичных страниц?

Question

[exctac]

Привет. Есть проект, бэк и фронт разделен на Django/DRF и REACT соответсвенно.
На фронте есть как статичный контент так и динамичный. Динамичный хорошо ложится на DRF а вот со статикой проблемы.
Статичных страниц несколько и будут добавляться новые, содержимое разное. Необходимо решение для создания АПИ для статичных страниц, чтоб на фронт уходил json с данными для конкретной страницы.
Пришел к одному универсальному решению с использованием django-jsonform, помогающая удобно работать с json в админке.

Будет одна модель для всех страниц.
У модели будет поле для слага страницы, а данные для страницы хранятся в поле
data = JSONField(schema=get_schema).
Для каждой страницы будет предустановленная схема данных, соответсвующая конкретному слагу. Т.е слаги тоже создаются заранее для каждой страницы: about, contacts и тп. Слаги уникальные.
В админке при создании страниц указывается слаг (выбирается из списка допустимых), с помощью метода get_schema(slug) определяется нужная схема, по ней формируются поля формы, и вуаля у нас сгенерилась форма по с нужными полями. Данные заполняются, сохраняются.

Фронт знает слаги и схемы данных, отправляет запрос на pages/<slug> и получает данные. Если в админке страницы не созданы или удалены, фронт получит 404 или пустоту.

Разумеется у такого подхода есть и плюсы и минусы.
Как считаете годным ли считается такой подход или есть другие более проверенные способы?

Comments

[Everything_is_bad]

а зачем вообще тащить эти страницы в DRF, зачем для них делать API? Пусть статичный контент и будет сразу во фронте

[exctac]

Everything_is_bad, главная проблема статики на фронте, что она правится через код, а манагер все время дергает программистов чтоб запятую поставить, то ошибки исправить или текст поменять, плюс есть желание манагера менять контент через админку

[exctac]

Everything_is_bad, т.е данное решение некий аналог flatpages джанги

[Everything_is_bad]

exctac, но это не станичная страница получается, а get_schema подразумевает что там не тупо html, а какая-та структура которую надо отрендерить?

[Everything_is_bad]

exctac, если таких страниц много, допустим есть блог, новости и прочее, я бы порекомендовал wagtail, там и удобно собирать страницы и есть rest api c доставанием по slug https://docs.wagtail.org/en/latest/advanced_topics... но если их мало, то это оверхед

[exctac]

Everything_is_bad,

но это не станичная страница получается, а get_schema подразумевает что там не тупо html, а какая-та структура которую надо отрендерить?

Ну да, есть предустановленные json-схемы для каждой страницы, в ней описываются поля title, contact_info и тп. По этим полям в админке рендерится форма. Форма сохраняется в json которая соответствует схеме. этот json с данными отправляется на фронт и там отрисовывается

[exctac]

Everything_is_bad, смотря что значит мало. Изначально их 4, через пол года 6, и не было необходимо их править через админку, теперь одну страницу нужно редактировать. разумеется предполагаю на будущее что и до других страниц дойдет) поэтому что бы не писать костыль для одной страницы проще сделать универсальное решение для будущих страниц

[exctac]

Everything_is_bad,

если таких страниц много, допустим есть блог, новости и прочее, я бы порекомендовал wagtail, там и удобно собирать страницы и есть rest api c доставанием по slug https://docs.wagtail.org/en/latest/advanced_topics... но если их мало, то это оверхед

ну это целая CMS и да оверхед) если использовать то изначально а не встраивать ради 5-ти страниц