Как стать автором
Обновить

Комментарии 21

Зачем тут ненужный и бесполезный express? Чем ваше решение лучше аналогов?

В данном случае express используется просто как самый дефолтный вариант. Подойдет что угодно, что может ответить на get запрос :)
Отвечая на второй ваш вопрос, если сравнивать с Next-ом - под капотом Vite, а не webpack, работает с чем угодно, а не только с реактом, в разы гибче в плане политики рендеринга и т.п.

В смысле с чем угодно? Vue имеет свой nuxt или svelte имеет свой ssr из коробки, собственно как и ангуляр. Так зачем и с чем в итоге кроме реакт имеет смысл использовать эту поделку? Что значит в разы гибче? Приведите сравнение с vue, что в нем будет в разы хуже, чем в vike? И ещё вопрос, вы когда начинаете проект в ентерпрайзе на фреймворке который даже до версии 1 не дорос, в целом думаете о будущем команды? О найме новичков на этот проект? Или это просто баловство которое можно себе позволить?

Кто ж код скриншотами вставляет

Постараюсь в будущем так не делать :)

Вы можете сейчас это переделать

Кстати на хабре до сих пор не поддерживается корректная подсветка JSX, да и цветовая схема не очень. Так что скриншоты лучше, либо код без подсветки, к сожалению. Хотя казалось бы, делов-то, если конечно они не свой велосипед пилят))

Можно подобрать ближайшую. Там много каких языков нет. Когда скрин:

  1. Выбивается из общего контента

  2. Часто бывает мыльницы

  3. Размеры прыгают, масштаб разный

  4. Под светлую/темную тему не адаптируются

  5. Нельзя проскроллить и скопировать (это боль)

SEO прекрасно подтягивается для SPA в 2024. Тут можно поспорить конечно, но ради нескольких процентов улучшения SEO, сильно усложнять приложение внедрением SSR, ну такое себе...)

Есть статьи про это? Когда я занимался вопросом, столкнулся с двумя вещами - во-первых, все статьи, посвященные тому что SPA может в SEO говорят о том что гугл очень пытается научиться, но чтобы прям заменить SSR - нет. Во-вторых, в реакт-сообществе весьма категорично ответили, что если нужно SEO - то SSR без вариантов, тем более что речи о индексации SPA идут еще со времен беззаботного резвления динозавров по полям, но пока-что от SSR не отказались.
Так же SPA проигрывает SSR-у, например, в сообщениях в телеграмме, когда ты вставляешь ссылку, а к ней подтягивается картинка, заголовок и еже с ним.

Я тут логически рассуждаю, что можно на сервере нагенерить, тоже самое можно и на клиенте скриптом, расставив все хэдеры, пути, пропсы... Теоритически не должно быть никаких фундаментальных факторов мешающих это заиндексировать. Ну кроме огромных зависимостей и серверного времени кравлера. В общем самому интересно стало: https://www.reddit.com/r/javascript/comments/1fxigm3/askjs_are_spacsr_apps_less_optimal_for_seo_than/

Еще зависит от того, какое приложение мы делаем. Например для какого-нибудь лэндинга, на который пользователю пофиг, он не будет ждать долго и уйдет через 3 секунды, то нужен SSR и не нужен динамизм с Реактом. А вот для приложения, которое пользователь загуглил, то он и подождать сможет. А если ему еще в это время красивую заглушку показать, пререндеренную, см. про лэндинг выше, то будет вообще счастье.
Нет, скрипач не нужен...)

Google без особых проблем индексирует SPA:

Как Google обрабатывает JavaScript в процессе индексации веб-страниц

В целом из статьи не понятно почему мне стоит использовать SSR-фреймворк, да еще и малоизвестный Vike вместо Next.js.

Именно этой информации мне не хватало, спасибо!

Вы бы сами прочитали статью и комментарии к ней. Вам бы и понятнее стало зачем SSR использовать, а то кажется что вы загуглили аргумент, но не стали читать его содержимое ограничившись заголовком

Затем, что NextJS частично проприетарный, а ещё очень громоздкий, не гибкий и слабоконфигурируемый

Статья слабо акцентирует внимание на эти аспекты, а зря. Если вам нужно сделать небольшое приложение, то тянуть слона в виде NextJS смысла на самом деле мало. У госов из-за проприетарщины может не пройти контроль и пиши пропало.

Плюс Next заточен под деплой на свой же Vercel (можно конечно куда угодно деплоить, но проще и быстрее на Vercel). Приложение на Vike можно задеплоить как и куда хочешь, предварительно построив архитектуру и подобрав инструментарий какой вам угодно.

Единственный плюс и одновременный минус Next. Это то, что все идёт в коробке и есть четко прописанные инструкции, что как и куда

Сейчас начинается активно пиариться TanStack Start - альтернатива Next.js.

Давно избитая тема. Индексация !== Высокие позиции в выдаче. Попробуйте найти хотябы один сайт SPA который по хотябы одному средне конкурентному/средне частотному запросу коммерческому который будет выше чем SSR сайт. Без разницы гугл или Яндекс. Не зря же вкладываются в разработку SSR в современном фронтенде. Все эти мифы про спа и сео ещё с 2015года живут

Ужасный инструмент с каждым минорным обновлением что-либо ломающий или требующий переписать 90% написанного кода. Вместо исправлений автор в каждом сообщении просит стать спонсором и поддержать донатами, с такой-то поддержкой все мечтаем с него съехать

Использовали vike когда он еще именовался vite-plugin-ssr. Дело было еще до релиза nuxt@3 и нужно было поскорее мигрироваться на vue@3. Буквально через пол года появилось огромнейшее желание избавиться от этой зависимости в пользу низкоуровневых инструментов самого vue из коробки. Отсутствие роста популярности этого инструмента говорит само за себя

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории