Когда не следует использовать рендеринг на стороне сервера - Angular Universal - PullRequest
Новая
       17

Когда не следует использовать рендеринг на стороне сервера - Angular Universal

0 голосов
/ 07 июля 2019

Проходя несколько учебных пособий и англоязычную официальную документацию , я понял некоторые преимущества SSR, такие как:

  1. Содействие веб-сканерам с помощью поисковой оптимизации (SEO)
  2. Повышение производительности на мобильных и маломощных устройствах
  3. Показать первую страницу быстро с первой содержательной краской (FCP)

Это повышает производительность, и мы можем даже сжать файл mainxxxxx.js и другое содержимое, сжимая его далее, используя приведенный ниже код в server.ts файле 

app.use(compression());

Но меня также беспокоят случаи использования, когда нам не следует вводить SSR .

Я мог бы подумать, что излишне усложнит угловой проект, если в этом нет необходимости, поскольку он использует express и собственную реализацию сервера. .

Каковы компромиссы, о которых мы должны знать?

1 Ответ

1 голос
/ 08 июля 2019

Что я нашел немного сложным в угловом универсальном, так это реализовать его для маршрутов, где вам необходимо войти в систему. Так что, если вас беспокоит сложность, вы можете пропустить эту часть.

Вы также должны быть осторожны со сторонними библиотеками, которые вы используете, поскольку некоторые из них не будут работать с angular universal, если они попытаются получить доступ к глобальным переменным браузера (window, document, ...) и функциям (холст, ...)

Еще одна вещь, которую следует учитывать при использовании Angular Universal: вашему веб-серверу потребуется больше оперативной памяти и процессора. Если ваш сайт генерирует много трафика, но ваш веб-сервер ограничен в ОЗУ / ЦП, вы в конечном итоге будете загружать страницы дольше.

Примечание о сжатии: вам не нужно угловое универсальное сжатие файлов js, вы можете сделать это с помощью обычного веб-сервера (express, nginx, apache, iis ...)

...