node это event loop go это как потоки, только легковесные и кооперативные. у них user space scheduler который работает на пуле системных потоков

Там завезли треды кстати

node это event loop go это как потоки, только легковесные и кооперативные. у них user space scheduler который работает на пуле системных потоков

А разве в го нет event loop какого-нибудь?

А разве в го нет event loop какого-нибудь?

поумолчанию - нет

А как тогда асинхроннщина разруливается?

А как тогда асинхроннщина разруливается?

user space scheduler

user space scheduler

И в чем его принципиальное отличие от event loop поверх тред пулла?

И в чем его принципиальное отличие от event loop поверх тред пулла?

в event loop'е логика однопопоточная, читайте

Так, я чувствую мне лучше в исходники залезть, а не такие специфичные вопросы задавать

А разве в го нет event loop какого-нибудь?

Есть, для IO Горутины с ним связаны через все тот же шедулер

какие еще варианты есть? огласите весь список, пожалуйста

Проще всего делать json-rpc поверх gorilla websocket

какие еще варианты есть? огласите весь список, пожалуйста

Еще есть https://github.com/centrifugal/centrifuge - но может быть слишком перегруженной для простого юзкейса. Скорее нужно смотреть если нужно масштабирование PUB/SUB из коробки и не хочется городить свое решение. Плюс не так много свободы в плане выбора протокола - JSON или Protobuf. Но в целом позволяет передавать асинхронные сообщения, RPC и еще многие вещи.

Проще всего делать json-rpc поверх gorilla websocket

плюс json-rpc - унификация. На стороне бекенда на Го - стандартный json-rpc клиент и сервер, нужно только подсунуть ему имплиментацию на вебсокетах.

Ребят, посоветуйте ORM (нужно чтобы firebird поддерживало, или какое либо универсальное решение)

нормальная ОРМ только одна - reform. Но в огнептицу она не умеет к сожалению

Ребят, посоветуйте ORM (нужно чтобы firebird поддерживало, или какое либо универсальное решение)

Sql boiler?

нормальная ОРМ только одна - reform. Но в огнептицу она не умеет к сожалению

gorm? а про него что скажите

gorm? а про него что скажите

Не type safe

Sql boiler?

это на сколько я понял универсальное решение?

gorm? а про него что скажите

если что-то пойдёт не так (а оно пойдёт), то разобраться в чём проблема будут очень и очень трудно

это на сколько я понял универсальное решение?

Ну впринципе

Да

Ну впринципе

Note: SQLBoiler supports out of band driver support so you can make your own We are seeking contributors for other database engines. эээ... то есть он сможет работать со сторонним к примеру https://github.com/nakagami/firebirdsql драйвером?

Хммммм, неа

Sql boiler?

не умеет в огнептицу

похоже придется пользоваться gorm

похоже придется пользоваться gorm

а без ОРМ ни как нельзя? я вон для огнептицы юзаю sqlx. в принципе проблем нет

а без ОРМ ни как нельзя? я вон для огнептицы юзаю sqlx. в принципе проблем нет

будем думать, только начинаем проект (над старой базой)

а без ОРМ ни как нельзя? я вон для огнептицы юзаю sqlx. в принципе проблем нет

Он хорош

Он хорош

угу, тоже смотрю

концептуально sqlx не позволяет разве что запросы с динамической структурой билдить. Для этого есть squirrel

концептуально sqlx не позволяет разве что запросы с динамической структурой билдить. Для этого есть squirrel

спс

../utill

не используй относительный импорт. всегда абсолютный от корня проекта myproject/util (исправил)

в лучше правильные пути сразу используй ~/go/src/user/github.com/project/utill

../utill

спасибо

спасибо

если ты не видишь разницы между ./utill и ../utill у тебя большие проблемы с матчастью

не используй относительный импорт. всегда абсолютный от корня проекта myproject/util (исправил)

так не получается

если ты не видишь разницы между ./utill и ../utill у тебя большие проблемы с матчастью

примерно вижу, сам не догадался

примерно вижу, сам не догадался

../ значит ниже на один каталог...

./ текущий каталог

так не получается

неправильно делаешь что-то. имя корневого пакета + util.

../ значит ниже на один каталог...

выше)

выше)

это смотря с какой стороны посмотреть)

это смотря с какой стороны посмотреть)

в программировании дерево всегда изображается сверху вниз либо слева направо

в программировании дерево всегда изображается сверху вниз либо слева направо

да, ты прав

в лучше правильные пути сразу используй ~/go/src/user/github.com/project/utill

+

Ребят, посоветуйте ORM (нужно чтобы firebird поддерживало, или какое либо универсальное решение)

А зачем тебе орм

А зачем тебе орм

большой легаси проект

с очень большой базой

700 таблиц

без связей а таблицах

парни, а может кто-нить с профайлингом бенчмарков разобраться?

вот код бенча https://pastebin.com/1Ppj0Zfq

вот так запускаю бенч

go test -bench=. -benchmem -memprofile memprofile.out -cpuprofile profile.out

запускаю pprof: go tool pprof memprofile.out

вот такой вывод

ERROR: S client not available

Local symbolization failed for tcpclient.test: open /tmp/go-build517695885/b001/tcpclient.test: no such file or directory Some binary filenames not available. Symbolization may be incomplete. Try setting PPROF_BINARY_PATH to the search path for local binaries. File: tcpclient.test Type: inuse_space Time: Sep 16, 2018 at 3:16pm (MSK)

как побороть?

Вроде как там нужно ещё указать параметром название бинарника

бинарник чего, самой программы, бенч функции которой делаю?

go tool pprof ./your_bynary ./pro/cpu.pprof

А что за формат .out? Профилирование .pprof формат

да расширение там точно пофигу

да расширение там точно пофигу

Какая версия го?

go version go1.10.1 linux/amd64

указал путь к бинарнику сообщение исчезло

Вроде если бинарник скомпилен такой версией, то все символы в профайле уже быть должны.

самой функи, которую в бенче тестирую в выводе нет

Как можно спарсить one to many в структуры в го без орм?

Без orm парсинг построчный

type User struct { name string Items []Item } type Item struct { name string } тип такого?

в два запроса придется делать?

сначала получать юзера а потом на втором запросе все его итемы

в лучше правильные пути сразу используй ~/go/src/user/github.com/project/utill

вот это вообще шикарный путь)

сначала получать юзера а потом на втором запросе все его итемы

А чего джойном не запросить?

А чего джойном не запросить?

а в структуру получиться засканить?

а в структуру получиться засканить?

без orm ты сканишь поколоночно, поэтому структуры не играют роли

Народ - поясните пожалуста что такое Context? Он-же backgroud context и.т.п.

Часто вижу в вэб приложениях но так и не разобрался что да как

Народ - поясните пожалуста что такое Context? Он-же backgroud context и.т.п.

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

чтобы в холостую не работать

accountManagerController := controllers.NewAccountManager(db) accountManagerController.InitRoutes(authRouter) Насколько это раковая опухоль от 1 до 10

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

И как вообще с ним правильно работать? Хотя-бы простой пример на трехпалом http сервере?

accountManagerController := controllers.NewAccountManager(db) accountManagerController.InitRoutes(authRouter) Насколько это раковая опухоль от 1 до 10

тока в контроллер не всё db еще должно приезжать, а только нужные репозитории)