Год на App Router в Next.js — кто-нибудь не пожалел? У нас откат к Pages

[lev_stack]

Мигрировали продакшн на app router год назад, обещали себе светлое будущее с layouts и серверными компонентами. По факту dev-сервер падает раз в 20 минут и с каждым часом работы тормозит всё сильнее. Кто как, реально стало лучше или это только у нас?

[platon4017]

Не только у вас. У меня после пары часов hot reload разгоняется до 8-10 секунд на изменение одной строчки в css. Перезапуск спасает ровно до следующего обеда.

[omegaai1991]

Turbopack пробовали? На 15.x у нас dev стал терпимым, секунды 2-3 вместо вечности. Но соглашусь что первые полгода app router в проде это было чистое страдание.

[egor1580]

На turbopack половина наших babel-плагинов не завелась, пришлось откатывать. Вот и сидим на webpack который течёт.

[sergey_lab]

Меня больше бесят error-сообщения. Падает где-то в серверном компоненте, а стектрейс ведёт в недра фреймворка. Дебажу методом бинарного поиска — комментирую половину дерева и смотрю исчезла ли ошибка.

[ruslan_ml61]

О да, классика. 'Error: Connection closed' и всё, дальше думай сам. Я уже на автомате console.log расставляю как новогоднюю гирлянду.

[mark9640]

А мне зашло если честно. Nested layouts с shared state между роутами на pages router я бы вообще не собрал нормально. Конкретно ради этого терпел.

[valera_vector]

Вопрос не в том можно ли собрать, а какой ценой. Мы потратили 3 спринта чтобы понять как кешируется fetch. Дефолтный кеш по умолчанию это просто ловушка для новичков.

[pavel5675]

+ за кеш. force-cache по умолчанию выстрелил нам в ногу так, что юзеры видели чужие данные после деплоя. Пока не воткнули no-store везде, не успокоились.

[makar_root]

Чужие данные у юзеров это уже не неудобство а инцидент безопасности. Надеюсь postmortem написали.