Вадим

По ссылке нет никаких принятых сообществом правил. Это просто чья-то фантазия, о чём писал Расс Кокс в issue данного репозитория.

Интерфейсы в go принято объявлять там, где они будут использоваться, а не там, где создаётся структура реализующая данный интерфейс. У вас функции возвращают интерфейс, так в go не принято, функция может принимать значения и интерфейсы, но возвращать должна значения, исключение интерфейс error.

Я бы вам рекомендовал ознакомиться с переводом советов от Дэйва Чейни, многое прояснится, там же есть ссылка на оригинал. Сам регулярно перечитываю данный материал

Переход на Линукс - это революция, нужно использовать ее нестабильность для того, чтобы менее болезненно расстаться с прошлым.
Нужно вернуться к построению техпроцесса и спросить себя, почему вообще были выбраны эти программы, что именно в них делается и почему все это делается именно так.
Вполне может оказаться, что единственная причина их использования - потому что так исторически сложилось, никто даже не пытался работать по-другому.

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

И только если выяснится, что имеет место вендор-лок и разрушить его невозможно - тогда хвататься за Wine.

Ну, и думать, что вы будете делать, когда занавес станет сначала золотым, а потом железным. Без обновлений, без совместимости с новыми форматами и стандартами, без возможности юридически "по-белому" работать, наконец...
Впрочем, тогда деградирует вся IT-отрасль, разумеется, и в этом хроноклазме отставание будет менее заметным.

Боты используют лонг-поллинг, поэтому DNS имя покупать/арендовать не надо, ровно как и платить за HTTP траффик приходящий (запросы). P.S. если ты на кол-беках делаешь, то надо.

В данном случае подойдет любой хостинг, который поддерживает контейнеры.
Такими могут служить:
- Яндекс.Облако
- Selectel
- Hostinger
- Digital Ocean

и т.д. Просто вбиваешь - хостинг докер контейнеров.

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

Лично я пользовался яндекс облаком - разворачивал полноценный Backend-Frontend на докеркомпозе. При регистрации дают бесплатные деньги (около 3тыс.)

Process.StartInfo в этом свойстве есть ArgumentList. Там и смотрите параметры запуска.
А еще дотнет делает исполняемый (ELF) файл для запуска, можно через него запускать, а не через dotnet.

Потому что надо указывать имя хоста для подключения в том виде, в котором он описан в docke-compose-файле, т.е. "postgres"
Потому что реальное имя контейнера зависит от параметров запуска, про которые контейнер ничего не знает, поэтому докер внутри контейнера прописывает алиасы к другим контейнерам по их именам в compose-файле

$dbconn = pg_connect("host=postgres port=5432 dbname=messenger user=admin password=root")

все есть :)
те же deb rpm и иже с ними есть аналог msi (точнее наоборот :) сколь знаю в msi аккурат и слизали систему пакетов линухи)
пример выкладывания в виде отдельного пакета rclone

exe -установщики есть и много, к примеру https://makeself.io
пример самоустанавливающегося исполняемого файла под линуху смотри в virtualbox ссылка ​All distributions

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

а вот систему сторонних репозиториев некрософтеры так и не стырили, а зря.

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

в *никсе все привыкли к репозиториям - они удобнее и на порядок защищеннее скачиваний exe-шников инсталяков. потому отдельных exe-шников практически нет - они не нужны.

Чтобы отсеивать любителей ШИНДОВС ))

А если серьёзно, то программы прекрасно ставятся из того же *.deb файла, типа *.exe в ШИНДОВС.

Для bash скриптов suid бит не работает.

Можно попытаться в заголовке файла изменить:
#! /bin/bash
На
#! /bin/bash -p
Или на
#! /bin/sh -p

Но у sh есть некоторые отличия в синтаксисе.

Для perl скриптов suid работает.

Поиск в интернете по ключевым словам: bash suid script

не должно