Вместо создания объекта в подписке, вам нужно установить результирующий набор в dataSource. Тогда обновите это тоже.
this.personObservalbe$.asObservable().subscribe((result:person[])=> {
this.dataSource.data = result;
this.table.renderRows();
});
очевидно, объявлять и инициализировать источник данных глобально. Объявите ViewChild тоже.
dataSource = new MatTableDataSource();
@ViewChild(MatTable) table:
Обновите HTML тоже.
<mat-table #table [dataSource]="dataSource" class="mat-elevation-z8">
Опция 1: Сделайте все приложения отдельными виртуальными каталогами прочь корневого веб-сайта. Затем имейте корневое перенаправление документа Вы к надлежащему подкаталогу для приложения по умолчанию для того веб-сайта (DNN).
Опция 2: (DotNetNuke в корне, другой сайт в подкаталоге) будет много проблем с web.config наследованием, если новое приложение не будет создано с DotNetNuke, но можно обойти их путем блокирования наследования корня web.config. В основном Вы добавляете следующее к своему корню web.config (DNN) файл.
<location path="." inheritInChildApplications="false">
<system.web></system.web>
</location>
Опция 3: Как Scott сказал, создайте отдельные сайты с differnt субдоменами и соедините их. Можно установить перенаправление, таким образом, whatever.com/order отправляет пользователя в order.whatever.com.
Просто к вашему сведению при использовании inheritInChildApplications в DNN 4.7-4.9.2 (не проверили 5.0) Вы столкнетесь с ошибками ScriptManager, предыдущие версии DNN не имеют проблемы.
Мы размещаем сайт DNN для нашего корпоративного сайта на том же сервере Windows 2003 с набором других сайтов (.NET 2.0, SugarCRM и даже некоторые экземпляры WordPress с расширениями PHP в IIS). Эти сайты являются 'отдельными' веб-сайтами и не подсетями сайта по умолчанию. Это - реальное смешение, и это работает хорошо. Мы действительно создавали некоторые пулы отдельного приложения для PHP.NET 2.0 и.NET 3.0/5 сайты, чтобы гарантировать, что они не загрязнили друг друга.