Почему мой API возвращает неверные запросы? Полнофункциональное приложение Angular/C# ⇐ C#

[Anonymous]

Мое приложение — это, по сути, геймифицированный сайт социальной сети.
Мой интерфейс — это приложение Angular, которое пытается выполнить проверку связи с серверной частью C#.
У меня есть Microsoft SQL Server, который я использую и управляю через Dbeaver.
Я использую все службы Azure для подключения всего приложения.
Я создал/заполнил базу данных, перенес ее с помощью EF Core и убедился, что все контроллеры и все остальное работает. Я могу запустить серверную часть, пропинговать API и получить точные ответы несколькими методами, поэтому я знаю, что база данных, по крайней мере, работает. Локальный API работает через Swagger. Кажется, я не могу точно определить, в чем заключается разрыв между моим интерфейсом и сервером.
Я использовал набор секретов пользователя dotnet и создал секрет пользователя со строкой подключения в нем.< /p>

Код: Выделить всё

builder.Configuration.AddUserSecrets
();
var cs = builder.Configuration.GetConnectionString("Usr");
builder.Services.AddDbContext(options => options.UseSqlServer(cs));

Я добавил руководство в группу свойств для секрета пользователя, чтобы оно было доступно в среде

Код: Выделить всё

net6.0
enable
enable
USER_GUID

Хотя я не думаю, что это даже мой код (пока)... Я не думаю, что он зайдет так далеко.
Когда Я щелкаю URL-адрес в своем веб-приложении Azure и получаю только 400, хотя весь мой код должен работать, по крайней мере, на серверной части. Я не уверен, что это может быть, и я только что занимался этим и не добился никакого прогресса. Может ли кто-нибудь подумать о том, что мне может не хватать?
Также актуально:
Когда я просматриваю журналы приложений, когда пытаюсь сделать простые запросы к только сам API, мой регистратор выдает кучу HTML и говорит следующее:
Мое фактическое имя API должно быть APP_NAME-Ithinkmysubscribercode.eastus-01.azurewebsites.net/
но затем в журнале указано APP_NAME:80, и в нем нет кода подписчика или части Eastus-01.azurewebsites.net.... Почему он запрашивает его с совершенно другого URL-адреса? Я также использую порт 1433, а не порт 80.


400
Неверный запрос




Запрошенный URL
https://APP_NAME:80/companions/GetAll


Физический путь
C:\home\site\wwwroot\companions\GetAllRequested


URL
https://APP_NAME:80/companions/GetAll


Физический путь
C:\home\site\wwwroot\companions\GetAll



Я пробовал все, что мог придумать, включая инструменты Azure, чтобы выяснить, где находится разъединение. Я использовал искусственный интеллект, спрашивал друзей и постоянно искал что-то в Интернете уже около 3 дней....

Подробнее здесь: https://stackoverflow.com/questions/788 ... pplication