Comments 7
Мне очень нравятся буллетпоинты, где одно и то же переформулировано несколько раз и выдается под видами "вот вам 5 преимуществ Next JS" + возвращаемся к SEO через каждые 3 слова. Можно, пожалуйста, меньше использовать GPT для генерации материала для блога? Это как минимум неуважительно - люди должны тратить время на прочтение, а вы даже не потратили его на написание/редактуру.
В статье заявлен разбор "всех преимуществ Next", но поговорили только о SSR и SSG (хотя и неплохо для джунов). В общем, пожалуйста, работайте над материалом перед его выкладыванием.
Лучшие примеры использования рендеринга на стороне сервера (SSR)
4. Сайты, характеризующиеся интенсивным взаимодействием с пользователями и данными в реальном времени:
Вы ничего не путаете? Предлагаете сделать чат на ssr, чтобы страничку постоянно перезагружать?
SSG хорошо подходит для простых сайтов, где контент редко меняется. Но прикол в том, что для таких сайтов в принципе не нужен реакт.
Я работал с некстом ещё когда там не было SSG. Это была 6-я версия. До этого много работал с Drupal. В целом некст очень нравился, единственное, что время ответа сервера всегда оставляло желать лучшего. Даже после всех оптимизаций время ответа составляло 500-700мс. Для сравнения, для Drupal этот показатель считается очень плохим, там норма без кэширования страниц 200-300мс. И вот, время шло, а некст всё не становился быстрее. И вдруг с очередной новой версией вышел SSG. Для моих кейсов он не годился, поэтому я остался на SSR, который с новыми версиями так и не стал быстрее.
В итоге я пришёл к выводу, что сами разрабы next.js уже опустили руки в попытках сделать его быстрее и выпустили костыль в виде SSG. Да именно костыль. Идее сгенерировать весь сайт в статику сто лет в обед, и это всегда было "оружием судного дня", которое применяли лишь в том случае, когда другие способы не дают должного эффекта. К слову, для сайтов написанных на php это нужно крайне редко.
Почему же next такой медленный? Всё просто: реакт на бэкенде - это просто дикий оверхэд. Что такое реакт? Это virtual DOM + миллион слушателей событий. Зачем слушатели событий на бэкенде? Какое событие может произойти в время рендеринга страницы, когда там нет ни window, ни document, ни юзера с мышкой или клавой? Странно, что мало кто это понимает.
О чем эта статья вообще? Где реальный сравнительный анализ. NextJs быстрее, чем SPA. Дайте нам метрики с LCP например.
Seo, seo, seo. Почему nextjs, а не prerender например, который решает вопросы seo? Слишком поверхностная статья
Блин, меня так прикалывает. Фреймворк для фреймворка...
Интересно, сколько производительности и тп теряется при таком нагромождении?
Статья не раскрывает от слова совсем 14 NextJS
Статья дублирует сотни абсолютно таких же статей, просто рассказ про ssg и ssr, ничем от других таких же не отличающийся. При этом информация ещё и устаревшая, когда видишь заголовок про революцию, думаешь, что там будет про новые фичи, которые добавили в фреймворк, по типу server components и app router, а в статье рассказ про pages router, который, скорее всего будут потихоньку выпиливать в следующих версиях
Next.js и революционные изменения в React