История изменений
Исправление Nervous, (текущая версия) :
Так у вас же фронтенд-приложение и мы обсуждаем случай отсутствия SSR. Сразу после загрузки начальной index.html-странички по HTTP2 подтягивается начальный javascript + css + плюс это колесико :)
Ну да. И пока бандл грузится, мы видим белую страницу. На хреновом мобильном соединении мы успеваем рассмотреть все оттенки белого. С SSR мы сразу видим отрисованное на сервере колёсико.
Если, конечно, у нас прямо в index.html не запилено одно большое колёсико на весь экран, на все случаи жизни %)
При использовании SSR на стороне сервера придется выполнить дополнительные API-запросы.
Если у вас внутри кластера сеть медленнее, чем пользовательский 3G — SSR вам не поможет, конечно. Впрочем, его отсутствие не поможет тоже %)
PWS
Этот? https://en.wikipedia.org/wiki/Prader%E2%80%93Willi_syndrome
Vue-движок вам придется грузить на клиент в любом случае. И отрисовывать начальную страницу повторно придется и на клиенте.
Ну понятное дело, придётся грузить Vue. Но код для условной ленты рекомендаций, которая описана с помощью Vue, сформирована полностью на сервере и не имеет никакой интерактивности, кроме обычных ссылок, в бандл класть уже не нужно будет. Он отработает на сервере, сделает нам готовый результат и мы отдадим его клиенту.
Конечно, если интерактивность там есть, то выигрыша в размере не получится — код, который отрисует нам начальный HTML, потом будет гидрировать его на клиенте и, соответственно, должен присутствовать в бандле. Но приложения ведь разные бывают, вполне возможны большие количества неинтерактивного контента.
То, что отрисовывается при первом заходе на сайт, не предполагает использования каких-либо токенов на стороне сервера - независимо от того, используется ли SSR или нет.
Возьмём тот же условный сервис рекомендаций. Он требует токен, и если мы хотим ходить за данными с клиента, мы должны хранить его на клиенте. Если ходить за данными с сервера и отдавать клиенту только готовый HTML, токен нужен будет только на сервере.
И, в общем-то, нет принципиальной разницы, делаем мы SSR нодой или безголовым браузером. И так, и так имеем вместо одного — два окружения, которые могут исполнять код — доверенное (серверное) и публичное (клиентское) вместо только клиентского.
Это добавляет сложности, но позволяет иметь некоторые преимущества (например, один язык и одна кодовая база для фронта и бэка). С другой стороны, серверное окружение у нас обычно всё равно есть (I’m PHP! I’m dynamite!), так что сложность не добавляется, просто перераспределяется.
Исправление Nervous, :
Так у вас же фронтенд-приложение и мы обсуждаем случай отсутствия SSR. Сразу после загрузки начальной index.html-странички по HTTP2 подтягивается начальный javascript + css + плюс это колесико :)
Ну да. И пока бандл грузится, мы видим белую страницу. На хреновом мобильном соединении мы успеваем рассмотреть все оттенки белого. С SSR мы сразу видим отрисованное на сервере колёсико.
Если, конечно, у нас прямо в index.html не запилено одно большое колёсико на весь экран, на все случаи жизни %)
При использовании SSR на стороне сервера придется выполнить дополнительные API-запросы.
Если у вас внутри кластера сеть медленнее, чем пользовательский 3G — SSR вам не поможет, конечно. Впрочем, его отсутствие не поможет тоже %)
PWS
Этот? https://en.wikipedia.org/wiki/Prader%E2%80%93Willi_syndrome
Vue-движок вам придется грузить на клиент в любом случае. И отрисовывать начальную страницу повторно придется и на клиенте.
Ну понятное дело, придётся грузить Vue. Но код для условной ленты рекомендаций, которая описана с помощью Vue, сформирована полностью на сервере и не имеет никакой интерактивности, кроме обычных ссылок, в бандл класть уже не нужно будет. Он отработает на сервере, сделает нам готовый результат и мы отдадим его клиенту.
Конечно, если интерактивность там есть, то выигрыша в размере не получится — код, который отрисует нам начальный HTML, потом будет гидрировать его на клиенте и, соответственно, должен присутствовать в бандле. Но приложения ведь разные бывают, вполне возможны большие количества неинтерактивного контента.
То, что отрисовывается при первом заходе на сайт, не предполагает использования каких-либо токенов на стороне сервера - независимо от того, используется ли SSR или нет.
Возьмём тот же условный сервис рекомендаций. Он требует токен, и если мы хотим ходить за данными с клиента, мы должны хранить его на клиенте. Если ходить за данными с сервера и отдавать клиенту только готовый HTML, токен нужен будет только на сервере.
И, в общем-то, нет принципиальной разницы, делаем мы SSR нодой или безголовым браузером. И так, и так имеем вместо одного — два окружения, которые могут исполнять код — доверенное (серверное) и публичное (клиентское) вместо только клиентского.
Это добавляет сложности, но позволяет иметь некоторые преимущества (например, один язык и одна кодовая база для фронта и бэка). С другой стороны, серверное окружение у нас обычно всё равно есть, так что сложность не добавляется, просто перераспределяется.
Исправление Nervous, :
Так у вас же фронтенд-приложение и мы обсуждаем случай отсутствия SSR. Сразу после загрузки начальной index.html-странички по HTTP2 подтягивается начальный javascript + css + плюс это колесико :)
Ну да. И пока бандл грузится, мы видим белую страницу. На хреновом мобильном соединении мы успеваем рассмотреть все оттенки белого. С SSR мы сразу видим отрисованное на сервере колёсико.
Если, конечно, у нас прямо в index.html не запилено одно большое колёсико на весь экран, на все случаи жизни %)
При использовании SSR на стороне сервера придется выполнить дополнительные API-запросы.
Если у вас внутри кластера сеть медленнее, чем пользовательский 3G — SSR вам не поможет, конечно. Впрочем, его отсутствие не поможет тоже %)
PWS
Этот? https://en.wikipedia.org/wiki/Prader%E2%80%93Willi_syndrome
Vue-движок вам придется грузить на клиент в любом случае. И отрисовывать начальную страницу повторно придется и на клиенте.
Ну понятное дело, придётся грузить Vue. Но код для условной ленты рекомендаций, которая описана с помощью Vue, сформирована полностью на сервере и не имеет никакой интерактивности, кроме обычных ссылок, в бандл класть уже не нужно будет. Он отработает на сервере, сделает нам готовый результат и мы отдадим его клиенту.
Конечно, если интерактивность там есть, то выигрыша в размере не получится — код, который отрисует нам начальный HTML, потом будет гидрировать его на клиенте и, соответственно, должен присутствовать в бандле. Но приложения ведь разные бывают, вполне возможны большие количества неинтерактивного контента.
То, что отрисовывается при первом заходе на сайт, не предполагает использования каких-либо токенов на стороне сервера - независимо от того, используется ли SSR или нет.
Возьмём тот же условный сервис рекомендаций. Он требует токен, и если мы хотим ходить за данными с клиента, мы должны хранить его на клиенте. Если ходить за данными с сервера и отдавать клиенту только готовый HTML, токен нужен будет только на сервере.
И, в общем-то, нет принципиальной разницы, делаем мы SSR нодой или безголовым браузером. И так, и так имеем вместо одного — два окружения, которые могут исполнять код — доверенное (серверное) и публичное (клиентское) вместо только клиентского.
Это добавляет сложности, но позволяет иметь некоторые преимущества. С другой стороны, серверное окружение у нас обычно всё равно есть, так что сложность не добавляется, просто перераспределяется.
Исправление Nervous, :
Так у вас же фронтенд-приложение и мы обсуждаем случай отсутствия SSR. Сразу после загрузки начальной index.html-странички по HTTP2 подтягивается начальный javascript + css + плюс это колесико :)
Ну да. И пока бандл грузится, мы видим белую страницу. На хреновом мобильном соединении мы успеваем рассмотреть все оттенки белого. С SSR мы сразу видим отрисованное на сервере колёсико.
Если, конечно, у нас прямо в index.html не запилено одно большое колёсико на весь экран, на все случаи жизни %)
При использовании SSR на стороне сервера придется выполнить дополнительные API-запросы.
Если у вас внутри кластера сеть медленнее, чем пользовательский 3G — SSR вам не поможет, конечно. Впрочем, его отсутствие не поможет тоже %)
PWS
Этот? https://en.wikipedia.org/wiki/Prader%E2%80%93Willi_syndrome
Vue-движок вам придется грузить на клиент в любом случае. И отрисовывать начальную страницу повторно придется и на клиенте.
Ну понятное дело, придётся грузить Vue. Но код для условной ленты рекомендаций, которая описана с помощью Vue, сформирована полностью на сервере и не имеет никакой интерактивности, кроме обычных ссылок, в бандл класть уже не нужно будет. Он отработает на сервере, сделает нам готовый результат и мы отдадим его клиенту.
Конечно, если интерактивность там есть, то выигрыша в размере не получится — код, который отрисует нам начальный HTML, потом будет гидрировать его на клиенте и, соответственно, должен присутствовать в бандле. Но приложения ведь разные бывают, вполне возможны большие количества неинтерактивного контента.
То, что отрисовывается при первом заходе на сайт, не предполагает использования каких-либо токенов на стороне сервера - независимо от того, используется ли SSR или нет.
Возьмём тот же условный сервис рекомендаций. Он требует токен, и если мы хотим ходить за данными с клиента, мы должны хранить его на клиенте. Если ходить за данными с сервера и отдавать клиенту только готовый HTML, токен нужен будет только на сервере.
И, в общем-то, нет принципиальной разницы, делаем мы SSR нодой или безголовым браузером.
Исправление Nervous, :
Так у вас же фронтенд-приложение и мы обсуждаем случай отсутствия SSR. Сразу после загрузки начальной index.html-странички по HTTP2 подтягивается начальный javascript + css + плюс это колесико :)
Ну да. И пока бандл грузится, мы видим белую страницу. На хреновом мобильном соединении мы успеваем рассмотреть все оттенки белого. С SSR мы сразу видим отрисованное на сервере колёсико.
Если, конечно, у нас прямо в index.html не запилено одно большое колёсико на весь экран, на все случаи жизни %)
При использовании SSR на стороне сервера придется выполнить дополнительные API-запросы.
Если у вас внутри кластера сеть медленнее, чем пользовательский 3G — SSR вам не поможет, конечно. Впрочем, его отсутствие не поможет тоже %)
PWS
Этот? https://en.wikipedia.org/wiki/Prader%E2%80%93Willi_syndrome
Vue-движок вам придется грузить на клиент в любом случае. И отрисовывать начальную страницу повторно придется и на клиенте.
Ну понятное дело, придётся грузить Vue. Но код для условной ленты рекомендаций, которая описана с помощью Vue, сформирована полностью на сервере и не имеет никакой интерактивности, кроме обычных ссылок, в бандл класть уже не нужно будет. Он отработает на сервере, сделает нам готовый результат и мы отдадим его клиенту.
Конечно, если интерактивность там есть, то выигрыша в размере не получится — код, который отрисует нам начальный HTML, потом будет гидрировать его на клиенте и, соответственно, должен присутствовать в бандле. Но приложения ведь разные бывают, вполне возможны большие количества неинтерактивного контента.
То, что отрисовывается при первом заходе на сайт, не предполагает использования каких-либо токенов на стороне сервера - независимо от того, используется ли SSR или нет.
Возьмём тот же условный сервис рекомендаций. Он требует токен, и если мы хотим ходить за данными с клиента, мы должны хранить его на клиенте. Если ходить за данными с сервера и отдавать клиенту только готовый HTML, токен нужен будет только на сервере.
Исходная версия Nervous, :
Так у вас же фронтенд-приложение и мы обсуждаем случай отсутствия SSR. Сразу после загрузки начальной index.html-странички по HTTP2 подтягивается начальный javascript + css + плюс это колесико :)
Ну да. И пока бандл грузится, мы видим белую страницу. На хреновом мобильном соединении мы успеваем рассмотреть все оттенки белого. С SSR мы сразу видим отрисованное на сервере колёсико.
Если, конечно, у нас прямо в index.html не запилено одно большое колёсико на весь экран, на все случаи жизни %)
При использовании SSR на стороне сервера придется выполнить дополнительные API-запросы.
Если у вас внутри кластера сеть медленнее, чем пользовательский 3G — SSR вам не поможет, конечно. Впрочем, его отсутствие не поможет тоже %)
PWS
Этот? https://en.wikipedia.org/wiki/Prader%E2%80%93Willi_syndrome
Vue-движок вам придется грузить на клиент в любом случае. И отрисовывать начальную страницу повторно придется и на клиенте.
Ну понятное дело, придётся грузить Vue. Но код для условной ленты рекомендаций, которая описана с помощью Vue и сформирована полностью на сервере и не имеет никакой интерактивности, кроме обычных ссылок, в бандл класть уже не нужно будет. Он отработает на сервере, сделает нам готовый результат и мы отдадим его клиенту.
Конечно, если интерактивность там есть, то выигрыша в размере не получится — код, который отрисует нам начальный HTML, потом будет гидрировать его на клиенте и, соответственно, должен присутствовать в бандле. Но приложения ведь разные бывают, вполне возможны большие количества неинтерактивного контента.
То, что отрисовывается при первом заходе на сайт, не предполагает использования каких-либо токенов на стороне сервера - независимо от того, используется ли SSR или нет.
Возьмём тот же условный сервис рекомендаций. Он требует токен, и если мы хотим ходить за данными с клиента, мы должны хранить его на клиенте. Если ходить за данными с сервера и отдавать клиенту только готовый HTML, токен нужен будет только на сервере.