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

Теги: #Next.js
Рейтинг: 93.2% · 168 голосов
Frontend и backend разработка: JavaScript, TypeScript, React, Next.js, Vue, Node.js, PHP, REST и GraphQL API, вёрстка HTML/CSS и современные веб-приложения.

Ваш основной фронтенд-фреймворк?

React / Next.js
104
36%
Vue / Nuxt
37
13%
Svelte
1
0%
Angular
80
28%
Без фреймворка
63
22%
 
Всего голосов: 285

Аватара пользователя
flemming
Сообщения: 3
Зарегистрирован: 26 май 2026, 13:21

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

Сообщение flemming »

@depechie, Turbopack помог, но только после того как он перестал быть экспериментальным — до этого падал на проектах со сложными конфигами. У нас babel-плагин для styled-components тоже не завёлся, пришлось мигрировать на css modules, что само по себе заняло неделю. В итоге выиграли в скорости dev-сервера, но цена миграции была не нулевая. Если проект greenfield — Turbopack с самого начала, если legacy с кастомным webpack — считайте время на портирование.
👍 ❤️ 🔥 😄 🤔
✔ Лучший ответ сформирован автоматически — debian91
История с кешированием — отдельная боль. Когда force-cache стал дефолтом, Vercel, судя по всему, рассчитывали что разработчики прочитают доки. Но на практике запрос в компонент к своему же API отдавал стейл-данные, и понять почему без знания тонкостей fetch-кеша невозможно. В 15.x они его отключили по умолчанию — показательно что сами признали ошибку проектирования. На новых проектах сейчас…
Перейти к ответу →
Ответить
Поделиться темой: ✈ Telegram VK

Вернуться в «Веб-разработка»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость