А повторять render_template по 100 раз не акти

У тебя 100 форм?

Ну щас пока 2, но потом буду еще добавлять.

Ну тогда сохраняй данные где-то (например, в бд) и потом читай в нужной вьюхе

https://stackoverflow.com/questions/56904775/how-to-redirect-while-keeping-form-data-using-flask-and-wtforms тут предложили хранить в сессии, но WTForms не храниться в сессии. TypeError: Object of type form is not JSON serializable

Зачем форму хранить?

Обработал данные формы, сохранил как надо, сделал редирект

Появился вопрос по поводу использования модуля форм для фласка.

Вот у меня была идея сделать сайт. Я начал реализовывать формы на беке и отрисовывать их на фронте через шаблоны. Js если и был, то очень мало.

Время шло и сейчас стал переносить нагрузку по сверки больших объемов данных с бэкенда на фронт. И тут начали появляться запросы с фронта в виде json.

Зачем мне формы фласка если:
1) Стал использовать marshmallow и их схемы для валидации данных с фронта (json).
2) Что бы нарисовать красивую форму на фронте приходится координально перелопачивать шаблон формы. И в конце концов задаёшься вопросом зачем этот шаблонизатор если я могу сделать форму намного лучше с помощью обычного html + css. И пускай этим будет заниматься фронтендер. Зачем бэкендеру вообще управлять стилями формы в классе?

Правильно ли я понимаю, что пришло время мне отказать от форм и переводить все обработки запросов с фронта в ответы json, кроме первой отрисовки страницы? (хотя даже сейчас первая отрисовка страницы выполняет ровно половину отрисовки, т.к. потом, через ajax запросы я реализую подгрузку всех больших данных.

Как можно объединить SPA - приложение и Самостоятельный страницы наподобие обратной связи (что бы не запутаться)? или так не делают и либо то либо другое?

поздравляю, ты уходишь с полноценного сайта на rest

у тебя бэк даже первую страницу не должен отдавать, статика размещается через nginx

Правильно ли я понимаю, что формы в фласке (и в др. фраемворках)  используются из-за быстрого создания и отсутствия необходимости ручной отрисовки страницы.

Но в случае, если страница кастомизируется, и есть возможность заниматься и фронтом и бэкендом, то стоит отказаться от форм?

Это просто один из вариантов разработки у которого есть свои плюсы и минусы.

//, то стоит отказаться от форм?
ты в целом отказываешься что бэк  не будет участвовать в рендере, а не только от форм

Только не надо часть страниц оставлять на бэке, а часть на фронте,
если делать rest, то уж полноценный. На фласке максимум можешь оставить некую внутреннянку в виде админки

Инвестировал pesos

А я думаю чего ты не банишь

Бесправный

Рисуют с помощью css, а не фреймворков. Фреймворки типа flask обеспечивают передачу данных по правилам: http, ws, snmp и прочих протоколов.

Я не деревянный. Имел ввиду наш дорогой шаблонизатор jinja2. Ведь он собирает страницу на бэк-е.

Но и ограничения с ним есть, как описал выше, в нём удобно вывести форму, но если хочешь кастомные стили, то либо вгоняешь их через python на бэке или вообще не отправляешь форму на фронт а своии силами рисуешь её с помощью CSS* и HTML*

И именно из-за такого начала и плавного развития появился такой вопрос - а нужно ли проектировать форму на бэке если фронт сам по себе стал.

Но выше дали ответ - что вообще ничего на бэке в моём случае лучше не подготавливать. Только rest только hardcore

тогда уж в паинте рисуют, рили лишний флуд, не надо так