Добрый день. Кто знает какой драйвер лучше для MongoDB?

https://github.com/globalsign/mgo

Это последний форк от первого mgo?

Это последний форк от первого mgo?

Единственный который поддерживается

Остальные заброшены

Вообще странно, что под одну из самых популярных БД нет кое-какого стандартного драйвера

Вообще странно, что под одну из самых популярных БД нет кое-какого стандартного драйвера

На сколько я помню в монге считают, что это обязанность комьюнити писать для себя инструменты... а вообще можно почитать. https://engineering.mongodb.com/post/considering-the-community-effects-of-introducing-an-official-golang-mongodb-driver

кстати в статье ссылка обновилась, даже не знал https://github.com/mongodb/mongo-go-driver

Угу

Уже альфа есть

Но до этапа беты смысла юзать скорее всего нет

Да и API какое то неудобное, по сравнению с mgo

а что именно хотелось бы, но не получается?

можно передать из функции вызывающему коду

ну что, как митап?

ну что, как митап?

Первые два доклада интересные

Дальше про контекст и слип для кубернетс

И вводная о тестировании для самых маленьких

Выложат видео - советую посмотреть

Второй доклад крутанский)

Второй доклад крутанский)

Я подобную проблему решил трейсингом, но было оооочень интересно)

О каких докладах речь?

Первый про 1.10, логично) второй про парсинг gpbrpc через сниффинг

Второй реально крутой

Я подобную проблему решил трейсингом, но было оооочень интересно)

Ага, мы тоже юзаем дистрибьютед трейсинг

Справедливости ради доклад со слипом был толковый. Просто все засмущались слип 5 и все

Справедливости ради доклад со слипом был толковый. Просто все засмущались слип 5 и все

Скорее проблематика доклада толковая, но реализацию можно было сделать ровнее, на стыке с кубом. А так да, наверно ещё не все перешли с каналов на контекст

Чувак, этот курс бесплатен?

Чувак, этот курс бесплатен?

Бесплатный вариант тоже есть

Бесплатный вариант тоже есть

На ютуб?

На ютуб?

На курсере

А из англоязычных ресурсов что можете посоветовать?

А из англоязычных ресурсов что можете посоветовать?

https://www.youtube.com/channel/UC_BzFbxG2za3bp5NRRRXJSw

а как создать docker volume в кастомной директории?

https://www.youtube.com/channel/UC_BzFbxG2za3bp5NRRRXJSw

Это тот парень который раньше на руби писал?

что то не могу нагуглить..

что то не могу нагуглить..

t.me/docker_ru

t.me/docker_ru

списибо

Ребзя, подскажите фреймворк для api мобильной приложухи

Ребзя, подскажите фреймворк для api мобильной приложухи

net/http

net/http

Это само собой , а большой выгоды со сторонних пакетов не получу?

Это само собой , а большой выгоды со сторонних пакетов не получу?

Нет

Это само собой , а большой выгоды со сторонних пакетов не получу?

Только latency

Ну там Gorilla Mux говорят норм

Ребзя, подскажите фреймворк для api мобильной приложухи

valyala/fasthttp

Ещё @kirilldanshin что-то своё в этом направлении пилит. Я жду, например

valyala/fasthttp

Он не совместим

Он не совместим

С чем?

Почитайте ридми

Почитайте ридми

С net/http? Ну да. А о совместимости вообще вопрос поднимался?

Зачем юзать что то, что не является де факто стандартом?

В данном случае

С net/http? Ну да. А о совместимости вообще вопрос поднимался?

А нафига тогда его использовать

А нафига тогда его использовать

Он довольно шустрый и чуть более простой в использовании

Если мне нужна скорость, то я беру C. Остальное все субъективно

Если мне нужна скорость, то я беру C. Остальное все субъективно

Брать С в кейсе про Go...

Стандартная библиотека уже покрывает все 99.99999% случаев

Он довольно шустрый и чуть более простой в использовании

+ мобильное приложение не будет отправлять милионы rps

+ мобильное приложение не будет отправлять милионы rps

Тогда оверхед, согласен

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

А так это никому ненужный костыль. Поиграться можно, но на прадакшн нет

я б взял обычный net/http, тем более речь идет о клиентских запросах, если я правильно понял

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

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

и когда очень маленькие пакеты данных

в любом случае, я тестил fasthttp и у меня не вышло выжать те же цифры как на бенчмарках.

ERROR: S client not available

разницы с обычным net/http в tps не было. возможно, в потреблении памяти был чуть экономнее fasthttp, точно не помню. ну и ещё тот факт, что я не сильно углублялся в настройку всего этого. взял просто приложуху, переписал хендлеры, залил и померил.

там как я понял с докладов идея в том что пам`ять переиспользуется и нету алокаций и все

а как создать docker volume в кастомной директории?

Никак из коробки

а я gometalinter прользую, в нем и отключаю

По моему vet тоже херню порой несёт, вот как образец https://groups.google.com/forum/#!topic/golang-nuts/ObtoxsN7AWg

Только в моём случае, vet ругается на объявление ранее err в возврате из функции. Мдя.

так кто что думает про мокание БД с сложными запросами? кто-то был против, не помню почему

так кто что думает про мокание БД с сложными запросами? кто-то был против, не помню почему

Сегодня на конфе говорили, что моки бд могут врать

И рекомендовали для норм тестов поднимать БД в контейнере

я все еще собираю мнения, пока варинат с контейнером с БД -- самое рабочее решение но мне не нравится: файл sql вместе с тетами, его тоже приходится поддерживать мигрировать и тп

я все еще собираю мнения, пока варинат с контейнером с БД -- самое рабочее решение но мне не нравится: файл sql вместе с тетами, его тоже приходится поддерживать мигрировать и тп

Если хочешь хорошо, то либо так, либо писать свой мок, которому ты веришь. И его поддерживать.

Вообще по хорошему - на уровне кода абстрагироваться от хранилища

И оставить работоспособность драйвера на совесть их писателей

Но можно налететь на сюрприз

у нас есть такая штука "команды в БД" -- это обхекты с опциями которые динамически собираются, все это через ORM генерит запрос, например "запросить все статьи + с лайками + с автором + прочая фигня"

и как оно абстракно от реализации бд, можно посунуть мок, но мок ооочень сложный получается

Вообще по хорошему - на уровне кода абстрагироваться от хранилища

я про это

те команда запроса отвязана от бд

но как-то не помогает)

у нас есть такая штука "команды в БД" -- это обхекты с опциями которые динамически собираются, все это через ORM генерит запрос, например "запросить все статьи + с лайками + с автором + прочая фигня"

А что ты тестишь в итоге

ОРМ?

(Я уже немного запутался)

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

разумный смособ

или понят, где менять вообще

логику тестируй юнит тестами, там не нужна бд

Наверно там из логики прямое обращение к орм

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

Наверно из стоит разъединить.

И смотреть, что функция отдала на запись

Или спросила на чтение

А орм оставить сбоку