Василий Банников

На бэкенде нет особой разницы, куда класть.
Вариант раз: в открытом виде в переменные среды, appsettings, или любой другой конфиг. Для удобства можно в base64 закодировать, но не обязательно.

Вариант два: секурно, но сложно. Используя внешний сервис наподобие Vault или Azure Key Vault.

UPD: совсем забыл. Никогда не коммить секреты в гит. Если закоммитишь и забудешь - замучаешься вычищать.
Именно по этой причине они должны быть в отдельных файлах храниться, а не в коде. А сами файлы - записаны в .gitignore

У aspnet core новая версия выходит каждый год, так что физически нереально выпустить хорошую книгу за это время.

Из принципиально новых вещей, по сравнению с прошлыми версиями, у asp net core 6 - это Minimal API, описание которого умещается в одной статье в документации.
В остальном, со времён net core 2.0 ничего сильно не изменилось (конечно, Startup менялся, но о том как корректно конфигурировать ты можешь прочесть в документации)

Так что советую книгу "asp net core in action" и "asp net core 5 for beginners".
Ну и метанит - вот на нём постоянно выходят обновления.

Загружать соответствующий пакет NuGet глупо, ибо библиотека сервисом имеет много других сервисных классов для разного рода задач и грузить библиотеку этим - глупо.

Почему глупо?
Глупо - это много разных сервисных классов для разных задач объединять в рамках одной библиотеки.

Если тебе нужно что-то из aspnetcore, то тебе нужно сделать библиотеку зависимой от него.
https://docs.microsoft.com/en-us/aspnet/core/funda...

До .netcore 3.1 можно было использовать Nuget с абстракциями (Microsoft.AspNetCore.Http и Microsoft.AspNetCore.Http.Abstractions), но теперь аспнет идёт вместе с рантаймом, по тому надо делать FrameworkReference

Ничего особенного для связи не нужно.
Фронт скорее всего запускается через webpack-dev-server - в него можно через переменные среды прокинуть адрес бэкенда.
На проде фронт будет раздаваться, скорее всего, с nginx, так что никакой параметр прокинуть нельзя, зато можно обращаться к тому же домену, на котором сидит и фронт (делать запросы типа fetch("/api/something")) - и уже на стороне nginx разруливать.

Обязательно ли менять с http на https что бы решить проблему?

Да, тк это ошибка со стороны браузера, а не сервера.
Ну или ещё можно отрубить все защиты в браузере, что не советую.

На проде вроде как уже считается чуть ли не обязательным использовать https, а локально это решается самоподписными сертификатами (dotnet sdk сам тебе нагенерит и установит их одной командой)
dotnet dev-certs https

В launchsettings.json можно выключить.
Просто свойство launchBrowser нужно сделать false.

В MVC нельзя использовать элементы из WebForms.
Вот что следует использовать вместо них:
https://qna.habr.com/q/1079220

Ну или если у вас есть возможность использовать .net6 - посмотрите на Blazor.

В MVC -никак.
На js ловишь события, и отправляешь http-запросы к твоему бэкенду.
Через XMLHTTPRequest, fetch, или $. ajax
Либо через отправку форм - тут аналогично, просто уже через form, а не через js

Можно с полной перезагрузкой страницы, а можно ajax

NSwag, например - он умеет генерить js/ts код по swagger/OpenAPI спецификации.
А так же он генерить openapi-спецификацию по aspnet контроллерам.

А ещё я был на одном проекте, где для решения такой задачи использовалось самописное решение - возможно у вас аналогичная ситуация.

1. Кучу памяти сжирает change tracker в EF, так что первым шагом его отключаем, добавляя AsNoTracking к каждому запросу.
А там где действительно нужно отcлеживать изменения - отсоединяем объекты, когда они не нужны при помощи Detach
2. Включаем ServerGarbageCollection, чтобы сборщик мусора мог работать в несколько потоков
3. Заменяем синхронные вызовы EF на асинхронные.
По идее тоже должно немного помочь
4. Вытаскиваем объекты из базы не по одному, а пачками штук по 100, тк GC проще работать с большими кусками, чем с маленькими
5. Если я правильно понимаю, это у вас HostedService.
В таком, случае смотрите внимательно на использование контекста, тк ещё в другом месте может Change Tracker нагружаться

.NET

Это общее название всей экосистемы + название .net core после 5 версии.

.NET Core

Это название кроссплатформенного рантайма.

ASP NET Core

Фреймворк для разработки веб-приложений под .net core / .net 5+

ASP NET Core 5

Конкретно пятая версия этого фреймворка

ASP NET Core 5 MVC

То же самое + реализация паттерна MVC с использованием razor pages.

Что к чему? Что самое свежее/актуальное сейчас?

Самое свежее - .net 5, asp net core 5, asp net core 5 mvc
Через месяц уже 6 версия выйдет.

По любому придётся использовать JS.
Чтобы без обновления страницы получать данные - советую посмотреть на SignalR
Если данные получает бэкенд, то полученные данные пихаешь в SignalR и выводишь на странице.
Если фронтенд может сам запросить данные из API, то используй setTimeout в JS