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

Question

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

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

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

app.use(compression());

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

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

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

Answer 1

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

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

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

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