Виктор П.

SPA приложения отображаются дольше, чем одна обычная страница с сервера. Затем, когда первая страница загружена, навигация по проекту идёт гораздо быстрее и приятнее для пользователя.
Там процесс идёт следующий, вначале загружается одна пустая страница и файлы js. Затем js строит весь пользовательский интерфейс динамически. С таким подходом поисковые роботы вообще перестали работать. Сейчас вроде как только гугл нормально поддерживает индексацию в динамических страницах, и то, могут быть проблемы.
Чтобы сделать так, чтобы по ссылке с сервера загружалась готовая страница, используют технологию ssr (server side rendering), там суть в том, что вначале страница динамически строится на сервере с помощью node.js, чтобы по запросу поискового робота загружалась готовая корректная страница. Как вы понимаете, тут можно много геммора хапнуть во-первых, во-вторых, построение страницы на сервере всё равно будет дольше обычного шаблонизатора.
Если у вас нет динамического содержимого и вам принципиальны поисковые роботы - не используйте spa решения, у вас на голову вырастет сложность проекта, что значит увеличенное время разработки, поиска ошибок, поддержки проекта в дальнейшем.

Кому интересно, тут произошла какая-то магия. Дело в том, что когда из c# отправляется массив байтов он автоматически конвертируется в base64 стрингу. Мне понадобилось некоторое время, чтобы осознать это. Причин такого поведения я не нашёл в интернете, буду рад, если кто подскажет.
В моём коде я по сути делал двойную конвертацию в base64, это всё не нужно, вот верный код:

this.connection.on("BroadCastImage", image => {
      this.base64data = this.sanitizer.bypassSecurityTrustUrl('data:image/jpeg;base64,' + image);
    });

Привет.
Вопрос, на самом деле, довольно стандартный, удивлён, что никто ничего не отвечает.
1. Сервис пользователя (говорю только про ангуляр) должен быть глобальным. То есть, после аутентификации с бекенда у вас должна придти полная модель пользователя, включающая список доступных ролей (реализации тут могут быть совершенно различные). Глобальный сервис позволяет получить набор ролей пользователя из любого места программы.
2. Ограничения на страницу вешаются через RouteGuard. Почитайте подробнее в поисковике. По сути, там обычный класс, в который вы прокидываете зависимость от глобального сервиса пользователя и внутри разбираете, какие роли присутствуют и может ли попасть на текущую страницу
Включается этот волшебный охранник в роутах, например:

{
                            path: 'recipient',
                            component: RecipientComponent,
                            canActivate: [LoginRouteGuard],
                            data: {roles: ['Admin'], title: 'Список получателей'}
                        }

3. Guard запрещает именно переход по какому-то роуту, если нет доступных ролей. Саму же кнопку сделать неактивной, либо невидимой сделать труда не представляет? Так же прокидываем глобальный сервис пользователя, пишем метод проверки на определённую роль (роли), вешаем на visible или disabled
4. Есть момент с содержимым. Если есть такая возможность, то желательно не намешивать в одном компоненте разные представления, то есть, делать разные компоненты и роуты, например OrdersManagers, OrdersAdmins. Так проще работать. Если нет такой возможности, например, с дашбордом, делаете корневой компонент, в него уже включаете через ngIf или ngSwitchCase все доступные компоненты для разных ролей. Естественно, с проверкой, что требуется отображать

<div *ngSwitchCase="'WidgetCargoInworkComponent'">
                <app-widget-cargo-inwork></app-widget-cargo-inwork>
            </div>
            <div *ngSwitchCase="'WidgetInvoicesNotpaidComponent'">
                <app-widget-invoices-notpaid></app-widget-invoices-notpaid>
            </div>
            <div *ngSwitchCase="'WidgetWaybillsComponent'">
                <app-widget-waybills></app-widget-waybills>
            </div>

В общем, мне достаточно было просто посмотреть обучающих статей, потыкать примеры, в принципе, разобраться можно, хоть лично у меня с этим возникли сложности.
Подписавшимся могу скинуть пример с планетами, который я разбирал
https://developer.mozilla.org/en-US/docs/Web/API/C...

В целом, технология интересная, но она подходит для игр, которые управляются с клавиатуры. Можно смело перекладывать старые сеговские и дендевские игры. Но меня интересуют именно такие игры, в которых нужно тыкать мышкой, где куча кнопок (на которых при наведении ховеры и тултипы, и легко вешать обработчики). А в этой технологии просчитать куда кликнули мышкой, потом пересчитать координаты, чтобы определить на глазок что за элемент, к которому как-то костыльно прицеплять обработчики... Задачи, скажем так, не тривиальные и решаются бубном и такой-то матерью, что грозит превратить любой проект в болото.
В общем, посмотрю еще движения в svg, а может быть вообще начну пилить на чистом DHTML.

Скорее всего, ваш сервер настроен так, что принимает только защищенные соединения. Это не связано с ангуляром, можете руками вбить какую-либо ссылку вашего api в браузере с https и без и посмотреть на результат.
Смотрите настройки сервера