-
Автор темы
- #1
Начнем с термина:
SSR (Server-Side Rendering) - рендеринг на сервере клиентской части или универсального приложения в HTML
В последнее время, рендеринг на стороне сервера становится все более популярным благодаря функционалу реакта. Большое количество начинающих Front-end разработчиков не понимают, зачем нужен какой-то SSR, или просто банально не углублялись в эту тему, потому что поначалу эта технология кажется объёмной и непонятной. На самом деле, от неё есть толк, но полезна она может быть далеко не каждому приложению.
Как это было раньше:
Вы создали веб-страницу - например, с помощью PHP, сервер все скомпилировал, включил данные и доставил клиенту полностью заполненную HTML-страницу. Это было быстро и эффективно. Но каждый раз, когда вы переходили к другому маршруту, серверу приходилось выполнять эту работу заново: получать файл PHP, компилировать его и доставить HTML, причем все CSS и JS задерживают загрузку страницы от нескольких мс, вплоть до нескольких секунд. Тут надо знать о правиле трех секунд.
Что, если бы вы могли выполнить загрузку первой страницы с помощью решения SSR, а затем использовать фреймворк для динамической маршрутизации с помощью AJAX, извлекая только необходимые данные?
О самой технологии SSR:
Технология SSR позволяет вам осуществлять пререндеринг вашего приложения непосредственно на сервере. Необходимо это может быть по нескольким причинам: если ваше приложение достаточно объёмное, тогда пользователю сначала будет загружаться просто index.html страница, а уже потом помодульно будут загружаться javascript-файлы, которые и добавят остальные действия на сайт.
Итак, SSR отлично подойдет для достаточно больших проектов. Несмотря на то, что SSR имеет много плюсов, без минусов не обойтись. Так что использовать SSR на маленьких проектах это не только глупо, но и невыгодно. Вообщем, лучше с ним, чем без него, но и без него ничего.
SSR (Server-Side Rendering) - рендеринг на сервере клиентской части или универсального приложения в HTML
В последнее время, рендеринг на стороне сервера становится все более популярным благодаря функционалу реакта. Большое количество начинающих Front-end разработчиков не понимают, зачем нужен какой-то SSR, или просто банально не углублялись в эту тему, потому что поначалу эта технология кажется объёмной и непонятной. На самом деле, от неё есть толк, но полезна она может быть далеко не каждому приложению.
Как это было раньше:
Вы создали веб-страницу - например, с помощью PHP, сервер все скомпилировал, включил данные и доставил клиенту полностью заполненную HTML-страницу. Это было быстро и эффективно. Но каждый раз, когда вы переходили к другому маршруту, серверу приходилось выполнять эту работу заново: получать файл PHP, компилировать его и доставить HTML, причем все CSS и JS задерживают загрузку страницы от нескольких мс, вплоть до нескольких секунд. Тут надо знать о правиле трех секунд.
Что, если бы вы могли выполнить загрузку первой страницы с помощью решения SSR, а затем использовать фреймворк для динамической маршрутизации с помощью AJAX, извлекая только необходимые данные?
О самой технологии SSR:
Технология SSR позволяет вам осуществлять пререндеринг вашего приложения непосредственно на сервере. Необходимо это может быть по нескольким причинам: если ваше приложение достаточно объёмное, тогда пользователю сначала будет загружаться просто index.html страница, а уже потом помодульно будут загружаться javascript-файлы, которые и добавят остальные действия на сайт.
Итак, SSR отлично подойдет для достаточно больших проектов. Несмотря на то, что SSR имеет много плюсов, без минусов не обойтись. Так что использовать SSR на маленьких проектах это не только глупо, но и невыгодно. Вообщем, лучше с ним, чем без него, но и без него ничего.
Источники: horman, toptal.com
Последнее редактирование:
