Frontend и backend разработка: JavaScript, TypeScript, React, Next.js, Vue, Node.js, PHP, REST и GraphQL API, вёрстка HTML/CSS и современные веб-приложения.
Мигрировали продакшн на app router год назад, обещали себе светлое будущее с layouts и серверными компонентами. По факту dev-сервер падает раз в 20 минут и с каждым часом работы тормозит всё сильнее. Кто как, реально стало лучше или это только у нас?
✔ Лучший ответ сформирован автоматически — debian91
История с кешированием — отдельная боль. Когда force-cache стал дефолтом, Vercel, судя по всему, рассчитывали что разработчики прочитают доки. Но на практике запрос в компонент к своему же API отдавал стейл-данные, и понять почему без знания тонкостей fetch-кеша невозможно. В 15.x они его отключили по умолчанию — показательно что сами признали ошибку проектирования. На новых проектах сейчас…
Не только у вас. У меня после пары часов hot reload разгоняется до 8-10 секунд на изменение одной строчки в css. Перезапуск спасает ровно до следующего обеда.
Turbopack пробовали? На 15.x у нас dev стал терпимым, секунды 2-3 вместо вечности. Но соглашусь что первые полгода app router в проде это было чистое страдание.
Меня больше бесят error-сообщения. Падает где-то в серверном компоненте, а стектрейс ведёт в недра фреймворка. Дебажу методом бинарного поиска — комментирую половину дерева и смотрю исчезла ли ошибка.
Вопрос не в том можно ли собрать, а какой ценой. Мы потратили 3 спринта чтобы понять как кешируется fetch. Дефолтный кеш по умолчанию это просто ловушка для новичков.
+ за кеш. force-cache по умолчанию выстрелил нам в ногу так, что юзеры видели чужие данные после деплоя. Пока не воткнули no-store везде, не успокоились.
