Тоже так думал/читал, но ошибка остаётся 🙁

ну если у него работает, а у тебя нет, хотя базы и индексы на них одинаковые - остается вариант версионности, мож у тебя не актуальная монга?

ну если у него работает, а у тебя нет, хотя базы и индексы на них одинаковые - остается вариант версионности, мож у тебя не актуальная монга?

3.6.3, проверяли. И драйвер один.

3.6.3, проверяли. И драйвер один.

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

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

А если нет?

то надо поставить в схему монгуса такие, как у друга, у которого все работает 😅

а, ну код то точно идентичный

location: { type: [Number], // [<longitude>, <latitude>] index: '2d', required: [true, 'Местоположение обязательно'], default: null, validate: [checkArrayLength, 'Местоположение обязательно'] },

привет всем. кто-нить в go шарит?

а, ну код то точно идентичный

Индексы можно выставить и без монгуса, проверь в коллеции (у меня это клиент - robo3t)

не уверен, что клиентом к докер контейнеру подключусь, сейчас посмотрю

не уверен, что клиентом к докер контейнеру подключусь, сейчас посмотрю

можно там по ssh ходить в удаленные базы, наверно это оно

можно там по ssh ходить в удаленные базы, наверно это оно

Не, они же там по дефолту в одной сети докера крутятся

Не, они же там по дефолту в одной сети докера крутятся

тогда хз

Индексы можно выставить и без монгуса, проверь в коллеции (у меня это клиент - robo3t)

Не надо тут этого.

Всем привет! Тут кто-нибудь работал с гео-запросами в Монгу? У меня запрос не пашет на компе и сервере, а у друга на компьютере — пашет. Куда копать? Ещё ошибка ничего особо не говорящая: "message": "geoNear command failed: { ok: 0.0, errmsg: \"error processing query: ns=admin.offers limit=100Tree: GEONEAR field=location maxdist=5000 isNearSphere=1\nSort: {}\nProj: { $pt: { $meta: \"geoNearPoin...\", code: 2, codeName: \"BadValue\" }",

У вас в запросе самом ошибка

Скорее всего какие-то проблемы с координатами

| { | "$geoNear": { | "near": { | "type": "Point", | "coordinates": [ | 76.92832, | 43.218688 | ] | }, | "maxDistance": 5000, | "distanceField": "distance", | "spherical": true | } | }

такой запрос уходит

Хм. Looks legit. Тогда следующие советы: 1) не используйте базу с названием admin, она системная. 2) code: 2 это действительно про отсутствие индекса, проверяйте ещё раз что индекс на том атрибуте, по которому делаете поиск в запросе

Хм. Looks legit. Тогда следующие советы: 1) не используйте базу с названием admin, она системная. 2) code: 2 это действительно про отсутствие индекса, проверяйте ещё раз что индекс на том атрибуте, по которому делаете поиск в запросе

Странно вообще, что он туда записал. Надо посмотреть параметры подключения.

Странно вообще, что он туда записал. Надо посмотреть параметры подключения.

У вас точно индекс 2dsphere?

location: { type: [Number], // [<longitude>, <latitude>] index: '2d', required: [true, 'Местоположение обязательно'], default: null, validate: [checkArrayLength, 'Местоположение обязательно'] },

@dd_bb

Странно вообще, что он туда записал. Надо посмотреть параметры подключения.

Запрета в неё писать нет, но лучше этого не делать

@dd_bb

Ну тогда уберите из запроса spherical: true

Запрета в неё писать нет, но лучше этого не делать

Ну это локально, пока что. Но вообще поменять надо.

Либо пересоздайте индекс, так чтоб он был 2dsphere

Либо пересоздайте индекс, так чтоб он был 2dsphere

Заработало!

Блин, надо было сразу вам написать

2d index !== 2dsphere?

Не надо тут этого.

прошу прощения, просто больно дорогой софт

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

прошу прощения, просто больно дорогой софт

Если это для работы, то это совсем не дорого

Для учебы у них есть годовая лицензия бесплатная https://studio3t.com/discount/education

Но вообще, не можете позволить — пользуйтесь бесплатным.

ок, принято

привет всем. кто-нить в go шарит?

А какой вопрос?

блн я уже и забыл

Значит, все хорошо 😀

да там чё-то разрулилось

Может покажусь безграмотным, но что такое "хранимки"? Хранимые процедуры (в SQL)?

скорее всего)

Может покажусь безграмотным, но что такое "хранимки"? Хранимые процедуры (в SQL)?

Да, они самые

Да, они самые

насколько мне известно, такого в монге нет, но можно сделать с помощью того же mongoose, с помощью virtuals http://mongoosejs.com/docs/api.html#Virtualtype

"Хранимки"? Да))) только хранить их надо где-то вне Монги) собственно мы хранили в текстовых файлах все наши супер js функции для агрегации данных. И версионировать удобно. Грузили их в код при запуске приложения.

Transaction.pagiante({}, { populate: { path: "some path", match: "some conditions", populate: { path: "some paath 2", match: "some conditions" } } Подскажите. Есть модель транзакция. Мне нуобходимо возвращать только те в которых оба match в populate совпадают. На данный момент первый populate работает, а второй return null (что говорит что условия match не совпали) а должно not return транзакцию.

Транзакции на базе без транзакций 🤔 /s

Транзакции на базе без транзакций 🤔 /s

В 4.0 завезут и транзакции в могу)

Транзакции на базе без транзакций 🤔 /s

Вообще, возможно. Конечно, полной изоляции добиться, наверное, не возможно. Но атомарности вполне реально.

ну да, в 4.0 будет всем счастье

Добрый вечер! Парни, кто может подскажите. Например, у меня в базе данных есть баланс: 100. У злоумышленника есть доступ к базе данных, и он может изменить это значение на 10. Т.е очевидно что в цифрах хранить баланс нельзя. Что использовать? Какой алгоритм?

А не проще не давать доступов злоумышлинникам к бд?)

А не проще не давать доступов злоумышлинникам к бд?)

Дело не в этом. Например, кто-то взломал базу данных

Как вы это допустили?

Делайте нормально, нормально будет

Как вы это допустили?

Вы издеваетесь? Я просто наверняка говорю. Делайте нормально - относительно. Например твоя защита, которую ты считаешь нормальной для своего сайта, Paypal не считает защитой.

Для вас пайпал авторитет?

В рамках держитесь

Или у вас на бд не вообще никакой защиты?

В рамках держитесь

Все хорошо, дядь.

Обложите бд сслем и паролями, шардируйте и шифруйте

Добрый вечер! Парни, кто может подскажите. Например, у меня в базе данных есть баланс: 100. У злоумышленника есть доступ к базе данных, и он может изменить это значение на 10. Т.е очевидно что в цифрах хранить баланс нельзя. Что использовать? Какой алгоритм?

Зависит от того, какая у вас модель рисков. В среднем считается что если злоумышленник получил доступ к хранилищу, то оно будет целиком скомпрометировано.

Вы можете ввернуть слой аутентификации и подписывать значение каким-то ключом

Вы можете использовать тот самый блокчейн

Вы можете использовать тот самый блокчейн

Тяжело

Вы можете использовать тот самый блокчейн

Может быть и стоит использовать

Стоит начать с модели рисков

Лучше перебдеть, чем недобдеть?)

Добрый вечер! Парни, кто может подскажите. Например, у меня в базе данных есть баланс: 100. У злоумышленника есть доступ к базе данных, и он может изменить это значение на 10. Т.е очевидно что в цифрах хранить баланс нельзя. Что использовать? Какой алгоритм?

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

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

Т.е если я сделаю защиту базы данных, сервера, то я могу смело хранить значения просто в цифрах и быть уверенным что меня невозможно будет взломать?

Абсолютной уверенности нет)

Т.е если я сделаю защиту базы данных, сервера, то я могу смело хранить значения просто в цифрах и быть уверенным что меня невозможно будет взломать?

Это смотря как сделаешь

Абсолютной уверенности нет)

Ну вот если нет абсолютной уверенности, нужно же думать наверняка или нет?

Т.е если я сделаю защиту базы данных, сервера, то я могу смело хранить значения просто в цифрах и быть уверенным что меня невозможно будет взломать?

А ещё сети. И сотрудников

Ну вот если нет абсолютной уверенности, нужно же думать наверняка или нет?

У пайпала её, уверенности, тоже нет

Вам же уже сказали про модель рисков

Ну вот если нет абсолютной уверенности, нужно же думать наверняка или нет?

Весь инфосек строится не на том чтобы сделать безопасно, а чтобы сделать так, чтобы взлом инфо обходился дороже чем украденные данные

Вам же уже сказали про модель рисков

Дело в том что я должен выплачивать деньги по балансу, если вместо 100 руб кто-то напишет 1 млн, то придется платить 1млн