Спасибо

Ребят, я правильно понимаю, что next.js также лезет в построение АПИ? Смутило то, что почти не описывается композиция какого-нибудь nest.js с next.js. Я подумал о том, что nextjs исключает иные фреймворки, которые реализуют веб сервер

Зачем вообще такая связка. Nest + next?

Как вариант, юзать next + express, либо обрабатывать в /pages/api

Чтобы иметь один веб сервер вместо двух

Я так и не понял, к сожалению, навязывает ли next js способ обработки API запросов?

Если нужен один веб-сервер - можно обойтись некстом. Но Некст не навязывает обработку апи )

Ну ты же наверняка заметил, что в next всовываются функции типо getServerSideProps, которые выполняются на стороне сервера.
Поэтому и API они попытались также поместить где-то недалеко, представив это все как часть фронта просто в виде роута pages/api.

Но при этом они пишут, что ты волен выбрать любой другой веб-сервер/фреймворк для этого, если тебя чем-то стандартное решение не устроит

Понятно, спасибо

Как пофиксить вот такое вот чудо?

Вот пишут https://nextjs.org/docs/advanced-features/custom-server
Там говорится, чего ты лишишься переходом на свой сервер ну и как это сделать вообще

Всем привет! А кто уже имеет опыт внедрения Suspense в реальные проекты?
Вопрос вот такой возник:
* Suspense предназначен для получения данных, и помогает показывать всегда актуальную верстку (будь то состояние загрузки там где нужно или даже отложить индикатор загрузке с помощью useTransition.
* И он отлично покрывает все кейсы работы с получением данных - не нужны никакие дополнительные индикаторы isLoading и чего-то такого, не нужна информация о состоянии запроса

* Но! А что делать когда нам нужно не получать, а отправлять данные на сервер? Например сохранение данных при нажатии на кнопку сохранения? Ну и там после запроса возможно придется в том же компоненте изменить state компонента (например сбросить информацию об измененных полях).

Вот вопрос - если кто юзал Suspense для реальных проектов - как вы решили действовать в случае изменения данных?) Для POST и PUT запросов?

в любом же случае получаешь ответ от сервера.
Успешен ли он или нет.

class App extends React.Component

Там уже импортировано

Ну разница есть, данные не загружены или изменились - показывать Spinner например.
Данные загружены и просто сохраняются - Spinner не нужен, по идее просто кнопку блокировать и менять state на успешный ответ. То есть поведение отличается, один и тот же fallback компонент не подходит) Но это один из вариантов что я рассматриваю - типа считать все запросы как запросы на получение данных.

Поэтому меня интересуют идеи тоже интересные конечно, но в первую очередь реальный опыт.

Suspense, вроде, для подгрузки чанков, не для индикации работы с апи.

Всем привет.
Хотел бы узнать по поводу httponly Cookie. Если я получаю такие куки с сервера, то ни сохранять, ни отправлять их вручную я не должен? Пытался найти в интернете, как работает авторизация через httponly куки, но большинство статей рассказывает, как просто сохранить ответ с сервера в куки и потом добавить их в заголовок, как у меня итак и реализовано на данный момент.
Для httponly cookie, как я понимаю, надо использовать только credentials?
И как реализовать авторизацию? Раньше я просто проверял на наличие актуального токена. Если же авторизациях через куки, то просто на любом ответ с сервера unauthorized перенаправлять на страницу логина?