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

[mstrbates]

Написали, не переживай. Теперь у нас в ревью отдельный пункт 'проверь caching на новом fetch'.

[rabbit8]

Со стороны бизнеса скажу: мы как стартап вообще зря пошли в app router на раннем этапе. Нам нужна была скорость фич, а получили месяцы борьбы с фреймворком. SPA на vite + отдельный api закрыл бы 90% задач.

[Austkin]

Вот про vite я и думаю. Половина наших страниц вообще не нуждается в SSR, это внутренняя админка за логином. SEO там не нужен от слова совсем.

[gowizard]

Для админки за логином next это из пушки по воробьям, да. RSC оправдан когда у тебя реально контентный сайт с тяжёлым SEO и кучей данных с бэка.

[torchchan]

Добавлю цифру: после миграции на app router наш bundle на клиент УПАЛ на 40% потому что половина логики уехала на сервер. TTFB вырос, но LCP стал лучше. Так что не всё так однозначно, зависит от метрик которые вам важны.

[pleki]

perf_freak вот это конструктивно, спасибо. У нас наоборот TTFB больной вопрос потому что бэк в другом регионе. Каждый серверный fetch это +120мс латенси.

[FpgaDev]

Читаю тред и вспоминаю как 10 лет назад так же спорили про angular 1 vs 2. Через два года будет новый король, перепишем опять. Веб это колесо сансары.

[terraform91]

senior_burnout худшее тут то что ты прав. Ладно, по итогу: оставляем app router для лендингов, новую админку пилим на vite. Спасибо всем, тред огонь.

[debian91]

История с кешированием — отдельная боль. Когда force-cache стал дефолтом, Vercel, судя по всему, рассчитывали что разработчики прочитают доки. Но на практике запрос в компонент к своему же API отдавал стейл-данные, и понять почему без знания тонкостей fetch-кеша невозможно. В 15.x они его отключили по умолчанию — показательно что сами признали ошибку проектирования. На новых проектах сейчас no-store по умолчанию и явно включаю кеш там где хочу, а не наоборот.

[bun8]

@rabbit8, вот это честно и больно. SPA на vite + отдельный api — это стек без неожиданностей, и для стартапа это ценнее любых серверных компонентов. App Router имеет смысл когда есть конкретная задача под него: SEO на динамическом контенте, вложенные layout с разными данными, стриминг. Если этих задач нет — берёшь весь overhead фреймворка без профита. Жаль что это понимаешь только потратив спринты.