пользуюсь Studio3T

удобная штука, но нашёл баги

например если подключение Ipv6, то консоль не работает

написал багрепорт, но так и не внесли вроде. Но в целом хорошая штука.

Как в постмане отправить запрос с полем Date

Нашёл

Тогда как будешь пробовать можешь рассмотреть мапу стринг стринг

BsonDocument - словил java.lang.reflect.InvocationTargetException, а вот Map<String, String> - всё гуд, огромное спасибо!:)

Хотя...

если сделаем json чуть сложнее, например: { "_id" : ObjectId("59bd683ae1449f823b528a6f"), "path" : "/example", "body" : { "test" : "ok", "list" : [ "1", "2" ] }, "uuidList" : [ "FsdfsdfwwedOA" ] } то мы с Map<String, String> опять ловим InvocationTargetException при find

но в таком случае помогло Map<Any, Any> ?

а лист нормально в лист стрингов перегоняется?

в общем случае json объект можно смапить в Map<String, Object> в терминах жабы

Какие есть новые книги по монге?

А со старыми что не так?

Ну монга обновлялась же

А там книги 2013

привет, народ. может кто подскажет. такая ситуация рельса + монга при каждом деплое монга начинает еле еле перевариать запросы. отвечает несравнимо дольше на то же самое. прям сильный пик на графике. минут через 10 все рассасывается и становится нормально. до следующего деплоя. единственное до чего у меня логика дошла - что при переинициализации коннекта монга отчищает или пересобирает кеш. но это тлько доводы. расскажите что могло бы быть, если в курсе?

смотря что происходит при деплое

графики есть. наверное есть график active_reads. наверное на него надо посмотреть. ну это так если пальцем в небо

привет, народ. может кто подскажет. такая ситуация рельса + монга при каждом деплое монга начинает еле еле перевариать запросы. отвечает несравнимо дольше на то же самое. прям сильный пик на графике. минут через 10 все рассасывается и становится нормально. до следующего деплоя. единственное до чего у меня логика дошла - что при переинициализации коннекта монга отчищает или пересобирает кеш. но это тлько доводы. расскажите что могло бы быть, если в курсе?

Возможно рельса при деплое проверяет схемы сущностей и создаёт индексы в монге. У меня такое в Java Spring Data было. Надо в логах моего смотреть

при деплое - монгу никак не трогаем вроде. по сути только перезапускается сервер приложения (ну и сайдкик с воркерами, что по сути то же) графики есть некоторые. скоординируй в какую сторону смотреть начать, покопаюсь @freeseacher а в смысле создает? если они изменились - я понимаю. а если у меня с индексани все осталось так же - разве будет то-то пересоздаваться? @Davidikus

при деплое - монгу никак не трогаем вроде. по сути только перезапускается сервер приложения (ну и сайдкик с воркерами, что по сути то же) графики есть некоторые. скоординируй в какую сторону смотреть начать, покопаюсь @freeseacher а в смысле создает? если они изменились - я понимаю. а если у меня с индексани все осталось так же - разве будет то-то пересоздаваться? @Davidikus

Есть вариант, что твоя орм тупо дропает все индексы и пытается создать их заново. Говорю же, смотри в логи монги

ок, посмотрю это как вариант

еще можешь докучи глянуть какие операции выполняются в этот момоент на монге через db.currentOp(), если там будет идти пересоздание индекс, то точно заметишь

ок, спасибо. посмотрю тоже

праздное любопытство - инстанс монги под каждую коллекцию создаёт на сторадже(диске) отдельный файл?

Да

Если wt

И под индекс тоже

привет, народ. может кто подскажет. такая ситуация рельса + монга при каждом деплое монга начинает еле еле перевариать запросы. отвечает несравнимо дольше на то же самое. прям сильный пик на графике. минут через 10 все рассасывается и становится нормально. до следующего деплоя. единственное до чего у меня логика дошла - что при переинициализации коннекта монга отчищает или пересобирает кеш. но это тлько доводы. расскажите что могло бы быть, если в курсе?

Rolling деплой? Именно запросы тупят или соединение долго открывается?

Если tls используется — может энтропии не хватать, если соединений много

Но лучше реально проверить что индексы не создаются. Mongoid?

Проверьте initializers, может кто-то туда засунул пересозданием индексов.

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

ок, спасибо за советы. попроверяю все

@dd_bb ensureIndex же выпилили? как лучше реализовать следующее: проверить, что индекс существует и если его нет, то создать?

@dd_bb ensureIndex же выпилили? как лучше реализовать следующее: проверить, что индекс существует и если его нет, то создать?

Просто вызвать createIndex

Оно срабатывает один раз

Оно срабатывает один раз

спасибо

гляну как это с c# драйвером стыкуется, не кидает ли он исключение, если indexesBefore == indexesAfter

Да

thx!

@dd_bb а там бинарного экпортера статы не предвидится в ближайшее время, и если пилишь его то на чем

Предвидится, но это всё ещё руби. Там хуйня для упаковки в бинарник ещё сыровата, как её допилят, прикручу. Она пока ломается на ровном месте. Но у меня получилось собрать бинарник с какой-то конкретной версией.

а вообще уйти от руби не планировал?

Драйверов нормальных нет

В руби один из лучших, увы.

Зачем?

Ruby is acceptable lisp.

И это тоже

❤️

В руби один из лучших, увы.

а в питоне? just curious

В питоне неофициальный драйвер.

Плюс я не понимаю как можно делать язык в котором разметка играет роль в семантике.

Но это другой вопрос

Кажется у тех кто пишет на питоне с этим проблем не возникает)

Это да

Кажется у тех кто пишет на питоне с этим проблем не возникает)

ты же сам пишешь вроде? :)

Ну да.

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

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

а как же java/kotlin? бинарник на выходе и портабельно

а в питоне? just curious

Я тебя наебал. Там официальный дайвер

Я с го перепутал

Мне очень нехочется это куда-то переписывать. Особенно учитывая что никто не контрибьютит.

В итоге в этом во всем ковырятся мне, а мне удобнее с рубями ковырятся.

В сказки типа «а ты перепиши и тут попрёт» я уже не верю.

тогда вопрос - какнить можно выставить таймаут на запрос экпортера к монге?

В прометее и выставлять

Если ты про то как сделать так, чтоб оно не валилось из-за одной тупящей монги — запускать несколько разных инстансов.

Допилят паковщик, я допилю CLI и сделаю экспортёр который мониторит только одну ноду. Как завещал прометей

Там ещё есть вопрос что делать если часть коллекций не получилось опросить. Думаю что надо будет ввести метрику чтоб показать что была ошибка и отдавать что получилось собрать.

Привет! Хочу прикрутить mongo-connector между монгой и elasticsearch, может, кто подскажет, с auto-commit-interval=0 не будет ли очень грустно? :)

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

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

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

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

Проблема там одна: его поддерживает не монга. По опыту все сторонние драйвера сделаны мимо спецификации (или являются кривой оберткой вокруг mongoc)

В целом для экспортера это не очень релевантно, но мне лично не хочется ещё и в багах драйвера ковырятся потом.

Гошный драйвер ннаписан не монговцами? Все тулзы монговские на го же.

https://docs.mongodb.com/ecosystem/drivers/go/

IMPORTANT mgo is not an officially supported MongoDB Driver at this time.

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

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

Гошный драйвер ннаписан не монговцами? Все тулзы монговские на го же.

Go figure. У них там какой-то недодрайвер в common в итоге

меня вообще страшит будущее гошного драйвера, так как в 3.6 грядут изменения в wire protocol

Не будет ничего такого. Будет драйвер работать без поддержки новых фич и всё.

Типа компрессии и сессий

Имхо в mgo быстро запилят

меня вообще страшит будущее гошного драйвера, так как в 3.6 грядут изменения в wire protocol

изменения хорошие, но багов мы наскребём в клиентах дай боже...