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

Камон, заплати копейку за обычный платный хостинг

"многие di" - это что в данном случае?
И нет, паника в рантайме - это не есть годный способ чекать цикл зависимости

Heroku дает бесплатный инстанс там

заливается туда просто код через гит и он сам все стартует

Всем хай.  Думаю как cd сделать. Самое простое это запускать из программы баш скрипт который будет убивать прогу, качать код компилить и запускать.  Но такой вопрос: при убивании проги в памяти не убьется ли заодно скрипт?
Скрипт повешу на хандлер страницы /update например

sarulabs/di имеет как нетипизированный, так и типизированный с кодогенерацией варианты библиотек. Он чекает рекурсию во всех этих имплементациях.

чет вы ерунду придумали, коллега

Гугл дает на год облако, амазон на полгода

Не хочу в github actions разбираться просто и тд

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

Скорее всего в данном случае речь идет о реализации DI в виде IoC контейнера.

так они не сложные вроде. примеров куча

Хм, тоже интересная штука. Буду думать

Вы для себя делаете или в компании? Если для себя, то можете делать как душе угодно. Если для компании то я бы порекомендовал сначала разобраться в том что вообще за процесс такой Continuous Deployment и какие еще процессы должны быть выстроены до того как думать о CD. А потом просто берете любое решение из имеющихся на рынке и выстраиваете. Придумывать там особо ничего не надо, все уже давно придумано.

Гитхаб вроде вебпуш имеет. Найду и присобачу к нему что надо.

да. можно дергать какой то скрипт по вебхуку. есть готовая утилита https://github.com/adnanh/webhook. ее запускаешь как демона,  а в конфигах указываешь какой скрипт по событию дернуть.

у меня все что не гошное, статика и пару php-шных апликух через webhook деплоятся, гошное в докер контейнерах через github actions. Но это все свое, для забавы, не прод) github actions стали падать раз в месяц на полдня, для бизнеса я бы их не брал. Для бизнеса Gitlab лучше и CI/CD там душевный

Господа, прошу помочь разрешить вопрос валидации rest запросов. Существует практика генерировать валидаторы по тегам структур, однако, помимо того, что это нарушает srp, в моем случае одна модель данных используется для нескольких rest методов и одна модель данных для различных методов по-разному является валидной. Написать ручками валидатор не проблема, проблемой оказалось его тестирование. Выделять для этого отдельный метод в контроллере мне кажется не очень разумным, на текущий момент валидатор у меня обозначается так:

func (c *Controller) Method(w http.ResponseWriter, r *http.Request) {
 var args Arguments
 validate := func(r Arguments) error {
  ...
 }
 ...
 if err := render.DecodeJSON(r.Body, &args); err != nil {
  ...
 }
 if err := validate(args); err != nil {
  ...
 }
 ...
}

однако, тут идет проблема в покрытии валидатора тестами

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

а вот это вот все - не надо, это путь в ад