Nik Faraday

• Самое ближайшее и доступное в вашем случае - GitHub Actions
  
• Чуть более сложно, но больше гибкости и автономности - GitLab PipeLines (можно даже у себя захостить сервер)
  

Ты можешь создать сборку (грубо говоря, проект/.csproj), которая называется Service.Domain, но все классы там будут в неймспейсе (пр-ве имен) Another.Namespace
Т.е. название проекта не накладывает ограничений на названия пр-в имен, которые в нем хранятся.

Вам нужно взять конкретный запрос и пристально его рассмотреть. Все зеголовки, куки, токены.
Потом попробовать эмулировать запрос пока не будете получать нужный ответ. Делаете приложение.
Потом решаете как получать куки (например эмулятором браузера или расширением к браузеру) и подсовываете своему приложению.
Это вариант для самых сложных случаев.

Как мне сделать так, чтобы мой сервис используя эти файлы запускался на https в контейнере

Пример Dockerfile конфига (при необходимости, поправить пути и наименования):

FROM mcr.microsoft.com/dotnet/aspnet:7.0 AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

FROM mcr.microsoft.com/dotnet/sdk:7.0 AS build
WORKDIR /src
COPY ["project.csproj", "."]
RUN dotnet restore "project.csproj"
COPY . .
WORKDIR "/src/."
RUN dotnet build "project.csproj" -c Release -o /app/publish

FROM build AS publish
RUN dotnet publish "project.csproj" -c Release -o /app/publish

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
COPY ["cert.pem", "key.pem", "/https/"]
ENTRYPOINT ["dotnet", "project.dll"]

https://learn.microsoft.com/en-us/aspnet/core/fund...
Пример Program.cs:

var builder = WebApplication.CreateBuilder(args);

builder.WebHost.ConfigureKestrel(options =>
{
    options.ListenAnyIP(443, listenOptions =>
    {
        listenOptions.UseHttps("/https/cert.pem", "/https/key.pem");
    });
});

Ну и при использование Nginx (например) в качестве обратного прокси, то придется настроить и его. С другой стороны, если у Вас будет стоять Nginx, то не совсем понятно, для чего гонять защищенный трафик между Nginx и ASPNET, т.к:
1. Nginx универсальнее и производительнее ASPNET в данном контексте.
2. Если подлинность трафика уже подтверждена на уровне Nginx, то зачем все тоже самое повторять дальше по цепочке, в ASPNET.

Если это хром, то просто отключите безопасность при запуске: chrome.exe --autoplay-policy=no-user-gesture-required

Тут не надо никакой многопоточности. Все такие симуляции выполняются в один поток с очередью событий.

Вот в 0 секунд у вас I1..I5 сгенерировали заявки, они пападают в накапители и сразу же из них в каналы. В 3 секунды K1 обработал заявку и свободен. Взял одну из накопителя. В 4 секунды K2 освободился, взял заявку из накопителя. В 5 секунд источники снова сгенерировали заявки... и т.д. Это можно просимулировать.

Реализуется это с помощью приоритетной очереди событий. В нее вы складываете новые события, а в основном цикле достаете оттуда событие с минимальным временем. На c++ это будет что-то вроде:

std::priority_queue<pair<int, Event>, std::vector, std::greater> queue

.

Еще вам надо написать классы для источника, накопителя, блокиратора с условиями (не понял, что это) и накопителя.

Например, источник в момент создания кладет в очередь событие "в 0 секунд я создам заявку". При выполнении этого события, во-первых, создается и кладется в очередь новое событие "в t+5 секунд я создам заявку". Во-вторых, надо посмотреть, куда заявки из этого источника попадают. Если это накопитель, то заявка пихается в него.

Класс накопителя при поступлении в него заявки, если он был пуст, смотрит, какие каналы к нему подключены (их может быть несколько) и, если какой-то из них свободен - сразу передает заявку туда. Если он был не пуст, то просто кладет заявку в очередь.

Класс канала при получении заявки создает событие во время t+время обработки заявки, что он освободится. При вы полнении этого события канал смотрит, к чему он подключен и если там не пустой накопитель, то забирает оттуда первую заявку.

Класс Event должен как-то запоминать какой объект это событие выполняет. А основной цикл должен этот код вызывать (и передавать туда время события).

Ну закажите белый IP. либо разверните в любом облаке...

Вместо того чтобы использовать гайды, которые вышли 7 лет назад - попробуй Upgrade Assistant - он должен автоматически всё обновить
https://learn.microsoft.com/en-us/dotnet/core/port...

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

Нужно подождать, пока поисковик обновит свою бд.

скрыл сайт из индекса через роботс. но если вбить в поиске сайт все равно находится сссылка на него с пометкой

Роботс - всего лишь рекомендация и ПСы не обязаны следовать его директивам.
Чтобы ПСы не добрались до сайта (и соответственно выкинули его из индекса) сайт должен быть для них не доступен (отдавать любой ответ кроме 200 и 302).

Никаких бонусов для сео не даёт ни один платный сертификат. Бесплатного LE вполне достаточно.

Плюс раньше браузеры зелёненьким красивишно делали.

И что это значит "тогда" знали только несколько озабоченных :) Остальным оно так же было по барабану. (Большинство вообще не знали и не знают об адресной строке).
А сейчас уже об этом смешно и бесполезно вспоминать. Тенденция идёт к скрытию адресной строки. В моб. браузерах это уже реализовано.