Next.js 15.1 невозможно использовать за пределами Vercel ( omarabid.com )
Никогда не используйте Next. Ужасный опыт разработчика, привязка к поставщику, странные недокументированные соглашения, которые делают создание чего-либо, кроме как какого-то B2B SaaS CRUD-сайта, полного недокументированных ножных пушек. Моя любимая вещь, с которой я столкнулся, это тег Next
Я до сих пор не понимаю ложь о том, что трудно размещать next.js.
Я размещаю несколько приложений nextjs для своей повседневной работы. Мы просто помещаем их в докер и бросаем на сервер, в чем путаница?
сколько раз vercel может переизобрести отправку html в браузер?
Уф. Я уверен, что Vercel может исправить эту проблему. Но мне уже надоели эти мелкие неприятности. Например, задокументированный способ определения предварительных выборок в промежуточном программном обеспечении был сломан в течение нескольких недель (месяцев?).
Множество мелких проблем, которые продолжают накапливаться. Я не собираюсь тут что-то рекламировать, но в последнее время у меня есть небольшая усталость от Next.js. Хотя экосистема JS мне все еще нравится.
В любом случае, спасибо, что подняли эту тему!
Я отошел от Next.js и перешел на Astro. Изначально я просто хотел вернуться к основам, но не хотел заморачиваться с настройкой всех своих маршрутов, шаблонизацией, обслуживанием статических ресурсов, задачами сборки. Astro просто обрабатывает все это, и по умолчанию это SSR.
Я также чувствую, что Astro использует React/Vue так, как и было задумано, как интерактивный слой поверх HTML. Это также заставило меня осознать, как мало мне нужны были фреймворки JS для начала.
Дальше стало казаться, что происходит слишком много магии, действия сервера кажутся странными, и просто много вещей, для которых требуется «способ NextJS».
Я пробовал разные астросайты, и как пользователя, меня постоянно беспокоят некоторые вещи. – Посетите их документацию https://docs.astro.build/en/basics/astro-pages/ – Нажмите «Маршруты» в навигации
Сейчас: 1. В содержимом есть мерцание, когда боковая панель перемещается влево. 2. В заголовке на долю секунды отображается `docs.astro.build`, а затем появляется надпись «Маршрутизация | Документы».
Особенно второе раздражает. Я вижу это на каждом сайте Astro.
Я все еще использую Next.js в своей работе и проектах, потому что я все еще думаю, что это, возможно, лучший способ отправить React в продакшн, но раньше это было чем-то веселым, приятным и продуктивным. Иногда мне становится немного грустно от того, в каком направлении он движется с тех пор, как мы перешли от страниц к маршрутизатору приложений.
Лучший способ отправить React в продакшн — использовать Vite. Он открывает массу вариантов (Tanstack, RR, Simple SPA, что угодно), и вам даже не нужно привлекать к обсуждению хостинг-провайдера.
Интересно, что конкретно вы могли бы выделить по сравнению с такой конфигурацией, как Remix, что упрощает отправку с помощью Next?
Ну, для начала, у них есть единообразное наименование.
РСК
Еще одно продолжение. Некоторые библиотеки[1] начали ломаться с версии 15.1.8 и далее, поэтому приходилось откатываться до уязвимых версий, упомянутых автором.
[1]: https://github.com/hashicorp/next-mdx-remote/issues/488
Я разделяю это мнение. Думаю, в будущем мы будем использовать Next.js только для статических сайтов/готовых SPA.
На самом деле Next.js с маршрутизатором приложений (и с выталкиваемыми страницами) очень плох для SPA. Смотрите эту ветку: https://github.com/vercel/next.js/discussions/64660
Вероятно, у вас есть лучшие альтернативы: Astro, React Router 7, TanStack.
Next стал шуткой. Немного расстраивает, что с необъяснимым превращением Remix в react-router осталось мало хороших react-фреймворков (для меня), я вернулся к простому vite с tanstack router.
Я удивлен, что этот пост вообще остался на hackernews.
Однажды я просто сделал пост о том, что страницу стало проще кодировать и понимать в Remix.
Вы можете не поверить, но у меня было более 3 запросов на чат от нескольких сотрудников Vercel.
В нескольких аккаунтах социальных сетей. Все просят удалить или встретиться и обсудить с ними.
Какой неудачный подход к попытке защитить бренд.
Я пробовал и изучал TanStack Router в новом проекте, и это было действительно здорово, настолько здорово, что я добавил TanStack Query, а затем также добавил TanStack Form.
Какие лучшие альтернативы? Почему Vite?
Я использую Next для нескольких небольших проектов, и SEO всегда преподносилось как его главное преимущество.
Я могу просто сгенерировать кучу статических файлов, скопировать в S3 и все. Это больше не так?
Вы пробовали прочитать статью? Она как раз отвечает на ваш вопрос по SEO.
Все должны говорить о том, что Next.js тратит 10 секунд на компиляцию маршрута в режиме разработки. Компилятор Rust дымится в углу.
Это бесполезно. Худший devx, который я видел с тех пор, как… не знаю.
Не могу вспомнить ни одного стека, который я ненавидел больше, чем тот, с которым я работал, с тех пор, как в тот единственный раз мне пришлось помогать кому-то исправлять сайт Sharepoint.
Фронтенд продолжает оставаться Диким Западом…
Пост предполагает, что основная проблема в том, что метаданные слишком долго помещаются в HTML? Несколько тегов? Серьёзно?
Такого рода проблемы, а также привязка к поставщику, совершенно невообразимы для любого веб-фреймворка, который я могу себе представить. Странно.
Я думаю, что если метаданные требуют получения данных от третьих лиц или чего-то еще, это занимает много времени и не влияет на то, что видит пользователь.
Там было сказано, что эта проблема касается очень немногих людей.
vercel создал функцию потоковых метаданных и добавил возможность отказа от нее (htmlLimitedBots).
Есть что-нибудь еще?
Source: news.ycombinator.com