169 похожих чатов

Короче, изучил подробно как работает SSR, посмотрел видео Рича, где

он как раз говорит о противостоянии двух лагерей: многостраничных сайтов (SSR) и одностраничных (SPA). И, получается, что я лично ближе именно к SPA. Всё-таки недостатки SSR слишком велики и никуда не годятся для современности. Они делают сайт не таким плавным как при CSR.

По указанной ссылке Рич перечисляет недостатки и преимущества обоих подходов: https://youtu.be/860d8usGC0o?t=393. Из существенных недостатков SPA можно выделить только его негибкость, невозможность работы без JS. Но, по сути, это нужно только для поисковых роботов, которые уже могут рендерить сайты и с JS и делают это всё лучше и лучше, потому что таких сайтов становится всё больше и больше. Потому как за ними всё-таки будущее. Сайты без JS сейчас практически бесполезны. На них ни товар заказать, ни кроссавторизацию через соцсети не сделать. Они в большинстве случаев годятся только для чтения и получения информации. На многих сайтах без JS даже не загружаются картинки.

Сайты всё больше превращаются именно что в приложения. Многие крупные популярные сайты вроде Youtube просто не способны работать по принципам SSR, потому что в таком случае им бы пришлось при каждой загрузке страницы заново гидрировать их огромные бандлы, что значительно бы снизило скорость сайта. SPA же загружается один раз и дальше работает очень быстро и плавно. А именно это сильно влияет на UX, который и определяет затем популярность и принятие сайта, а значит и приносит больше денег нежели лагучие дёрганые сайты на SSR, которые сильно зависят от скорости сети и стабильности сервера и обладают очень неприятными недостатками как нервность навигации и необходимостью заново прогружать JS и весь его обвес при каждой загрузке страницы, что гораздо хуже, чем его одноразовая загрузка в SPA. Также SSR-сайты страдают от несвязности между страницами - стейт в сторе, я так понимаю, не сохраняется между переходами, приходится всё время фетчить данные с сервера, дёргать его постоянно и напрягать ещё и рендерингом на его стороне. При огромном количестве пользователей это очень сильно ударит по кошельку. Хотя вся мощь клиентского компа или смартфона могла бы использоваться для тех же целей отрисовки твоего сайта. В большинстве случаев от JS не нужно ничего сверхъестественного на клиенте, что могло бы тормозить и как-то отличаться от SSR.

По этому всему лично я считаю, что SSR уже устарел, он не удобен ни в разработке, ни в плане UX, и будущее, по сути, за SPA. Вот такой у меня вывод.

2 ответов

28 просмотров

Вы не поняли или не досмотрели. Там идёт противопоставление MPA и SPA и то что будущее за Transitional Apps. SSR, Hydration и т.д. это всё техники. Вы прям скипаете то что вам не интересно.

Серёга-Буров Автор вопроса
stalkerg
screenshot Вы не поняли или не досмотрели. Там идёт противоп...

Ну, это его взгляд. Я с ним не согласен. Я считаю, будущее за SPA. SSR нужно выкинуть на помойку истории 😀

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта