которое работает без веб сервера? т.е. просто в броузере работает, коннектится к базе и тд, но не требует вебсервера типа IIS и т.д.

Предыстория: я сказал, что можно сделать приложение net core desktop + gui и построить дла разных систем.
Но юзер говорит, что лучше asp.net web app, но чтобы без веб сервера работало и чтобы его можно было пускать в броузере на любой ос.

это работает только в туче? как разрабатывать?

Да, я приблизительно так и понимал

Какой именно тип web app net core? Desktop app?

Пока такое состояние:
клиент -> NET Core cross-platform сервис ->PostgreSQL (AWS)

Где будет установлен сервис - не определено пока, но он Win или Linux, в туче или на сервере.
Клиент должен быть броузерный, т.е. некий сайт, но важно, что клиент один для любой ОС и для мобильных платформ.
Можно ли в такой конфигурации сделать сайт ASP.NET (Core)?
Или на чем можно сделать клиента и какие требования к сервису, кроме доступа к базе?

Вроде не хочет использовать веб серверы...

какую IDE можно использовать под виндоуз для разработки такиого типа сайтов?

Так это тоже вопрос.
Если есть доступный вебсервер, тогда с любого устройства в локальной сети, в интернете юзер пускает броузер и получает страницу.

Если без вебсервера(?):
Скажем, в локальной сети (Windows-based) файлы лежат где-то в общедоступном расшаренном фолдере, у юзеров линки, они жмут и файлы грузятся в броузер.
В мобильном случае файлы загружаются один раз на устройство и затем используются.
Т.е. предположим без вебсервера можно обойтись в этом случае.

Возможно - это мутная фигня, надо поставить где-то линукс с вебсервером и не парить мозги.

По результатам консультаций в другом форуме:

можно ли сделать ASP.NET Core сайт и захостить его в кросс-платформном консольном приложении, чтобы оно работало в виндоуз и в линуксе?

Чтобы избавиться от еще одного звена - вебсервера типа IIS, Apache, nginx и т.д.

спасибо, добрый юзер

Вопрос по Publish
Сделал консольный сервис, построил для виндоуз, пустил - работает.
Хочу построить для линукса: делаю Publish - строится, но файлов из фолдера wwwroot, Views в фолдере нет. Но они же нужны для установки готового сервиса на линукс ? как их включить, чтобы собирались при Publish?

Еще вопрос:
Построил для Виндоуз, пустил руками - запускается, работает и сервис и страницы в броузере.
Сделал publish для linuxб скопировал на убунту, запускаю, пишет:

The specified framework 'Microsoft.AspNetCore.App', version '3.0.0' was not found.

Посмотрел в директории - нету такого файла.

Что делаю не так?

Я сделал как self-contained, всё бы хорошо, на виндоуз запускается эхэ, но когда делаю паблиш на убунту, копирую фолдер и пускаю - пишет такую фигню.
Проверил - такой длл реально в паблишнутом фолдере нет.
Попытался добавить нугет Microsoft.AspNetCore.App в прожект, он есть, но не добавляется, пишет, что ему нужен NET Core <=2.2.
Что делаю не так? как запутсить консольный веб сервер в убунту?

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

я не мигрирую существующий проект, я создаю VS2019 простейший, хотел проверить всю цепочку переноса в линукс.
Вот мой прожект файл



Вот здесь мой прожект в архиве:
https://send.firefox.com/download/717c70058aaa4a9f/#SRpmM70Sbi9YqipCRK1IvA

да, я понимаю, но та же фигня и с 3.0.

нету, я проект аплоаднул. Да я и не менял ничего там.

На другой машине пустил VS2019, она показал, что есть апдейты, установил. Открыл тот же прожект, сделал паблиш, скопировал на убунту, стартонул - стартонул!

Видно таки правда, студия 2019 кривая до сих пор.

Правда, другое непонятно:

пустил этот свой вебсервер-приложение на ВМ с убунту, там же пустил Firefox, http://localhost:5000 - все работает.
Но как из вншней машины пустить броузер с этим адресом?

1. ip:5000 - даже на самой убунту не работает, только localhost:5000
2. снаружи VM, естественно, тоже не проходит

моэно ли как-то сконфигурировать для приложения уже на убунту какие адреса и порты слушать ?

Спасибо!
То, что надо.
А вот, интересно, можно ли как-то в конфиг файле менять адреса\порты?

возьмите меня в докеры

Как использовать докер в моем случае? захостить там этот сервис?

если можно вкратце - что дает юзеру использование докера?
Мой случай: есть ASP.NET Core сервис, его можно запустиь под виндоуз или под линуксом.

ASP.NET клиент->ASP.NET Core сервис->PostgreSQL

Юзер хочет минимизировать затраты вообще и на лицензии и платное ПО в частности.
Где в этой цепочке можно использовать докер?

так потому и спросил, мы бедные крестьяне(ц) не в курсе

Я сделал так, как здесь, вариант логичный:
https://andrewlock.net/configuring-urls-with-kestrel-iis-and-iis-express-with-asp-net-core/

авторExternal file - hosting.json
To load from a file, create hosting.json, in the root of your project, and set the server.urls key as appropriate, separating each url with a semicolon. You can actually use any name now, the name hosting.json is no longer assumed, but it's probably best to continue to use it by convention.

{
"server.urls": " http://localhost:5100;http://localhost:5101;http://*:5102"
}
Update your WebHostBuilder to load hosting.json as part of the initial configuration. It's important to set the base path so that the ConfigurationBuilder knows where to look for your hosting.json file.

var config = new ConfigurationBuilder()
.SetBasePath(Directory.GetCurrentDirectory())
.AddJsonFile("hosting.json", optional: true)
.Build();

var host = new WebHostBuilder()
.UseConfiguration(config)
.UseContentRoot(Directory.GetCurrentDirectory())
.UseKestrel()
.UseIISIntegration()
.UseStartup<Startup>()
.Build();



но не срабатывает,т.е. реакции на настройки нету.

не, найти не надо, спрашиваю рекомендации опытных девелоперов о том, в чем опыта пока нет ;-)

Пока все проще, ни хучи, ни кэшей:
клиентские страницы, отображение данных из базы (в туче) в гридах, фильтрование, поиск, редактирование записей, ну, + какие-то графики, но это потом.

PostgreSQL в AWS
Сейчас у юзера старое доброе Winforms приложение, работающее с ней.
Он хочет сделать новое, изменить, добавить что-то в интерфейс, ну и чтобы с любого устройства было доступно.

ну, не очень и наружу, в туче все-таки.