Всем привет! Мне дали первое задание сделать микроконтроллер с BeeGo. Как это вообще делается?) Кто то с этим работал?))

беги оттуда

Микроконтроллер это видимо имеется в виду хэндлер http запросов

Вам поможет дока beego
https://beego.me/docs/quickstart/controller.md

Ребят, подскажите, пожалуйста, что меняет cgo_enabled=0? Как я понимаю, он запрещает юзать import "C", в таком случае компиляция не проходит. Но как он влияет на другие пакеты? Не компилит какие-то пакеты?

бинарник полностью статически слинкованный всегда, без этой опции в linux он линкуется с libc для, например, dns-запросов

Это только в Линукс он линкуется с libc при cgo_enabled=1?

за другие системы не в курсе, на маке может быть еще

Ок, а с cgo_enabled=0 что происходит вместо линковки?

С линковкой используются функции из libc, а без линковки?

используются исключительно go-реализации и никаких зависимостей от библиотек в системе нет

Вроде как можно и с cgo статически собрать с extflags="-static"

Понял, спасибо

Народ, помогите привести мозги в порядок :)
Мне необходимо сделать что-то типа менеджера запросов. Ну как менелджера... Прилетают запросы из разных источников, что-то по http летит, что-то через кролика, что-то ещё какими путями попадает, соответственно нужно запрос выполнить и отправить этим же путём обратно.
Чтобы не писать работы с БД в каждом модуле, я решил отделить мух от котлет и теперь предполагается такая схема:
модуль получает сообщение с запросом, кладёт его в канал, откуда его забирают горутины обработчики, отправляют его в БД, получают ответ и возвращают результат.
И вот тут у меня возник затык, как вернуть результат. Класть его в исходящий канал? Так непонятно кто его заберёт.
В общем помогите идеей по возврату результата туда, откуда он был положен в канал.

я не уверен, что эта история с каналами вам нужна

но, если нужна, то вместе с запросом надо передавать канал, по которому вернуть результат, и дальше этот канал слушать

но вот зачем тут каналы?

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

А для go нормально плодить, скажем, тысячи каналов чтобы передать их вместе с запросом?

Канал нужен, для синхронизации баз. Репликации нет, если одна из БД будет недоступна, для неё сообщения будут накапливаться, чтобы потом, когда соединение восстановится, скопом туда залить. А клиенту достаточно и того, что он хоть в одну БД данные отдал

Нормально

это сарказм?

Нет