@MongoDBRussian

Страница 25 из 342
Alex
06.09.2016
16:33:54
всё норм

=)

*побились блин =)

ptchol
06.09.2016
16:39:12
у меня и в hdfs c репликафактором 3 данные постоянно бьются.

Google
ptchol
06.09.2016
16:39:15
ничо. живем

Serge
06.09.2016
18:00:34
а за это можно и забанить

Sergey
06.09.2016
18:02:50
это ин мемори стор энджин, но он тока в энтерпрайз версии вроде как
Тут недавно перкона свой инмемори пиарила на базе wired tiger

Serge
06.09.2016
18:03:11
у любителей монги данные мобились пока доставлялись
ну вот такие вбросы в тематическом сообществе и правда перебор...

Sergey
06.09.2016
18:05:14
у тя ссылка хттпс и не открывается
Хех, у них https только по v6 работает. v4 отвечает connrefused

yopp
06.09.2016
18:10:30
Sergey
06.09.2016
18:11:44
Хм, а с мтс работает

yopp
06.09.2016
18:13:48
* Connected to danluu.com (104.28.21.48) port 443 (#0) * TLS 1.2 connection using TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256

хм

резолвится в другой адрес

Sergey
06.09.2016
18:17:02
А, это cloudflare. Его ж недавно опять в реестр добавили

Google
Sergey
06.09.2016
18:17:26
Видимо провайдер моей гостиницы просто блочит https

yopp
06.09.2016
18:28:02
нормально у вас там

Alex
06.09.2016
23:18:20
злые вы ..... )

ptchol
09.09.2016
11:04:08
> db.stats(1024*1024*1024); { "db" : "drm", "collections" : 1, "objects" : 720000048, "avgObjSize" : 172.73723921751738, "dataSize" : 115.82935278117657, "storageSize" : 20.951030731201172, "numExtents" : 0, "indexes" : 2, "indexSize" : 11.843868255615234, "ok" : 1 }

yopp
09.09.2016
11:29:51
11 гигов индекса, ну такое

ptchol
09.09.2016
11:30:12
индексы фигня) 720м доков в 1 коллекции на одной ноде ))

yopp
09.09.2016
11:30:27
пфф

ptchol
09.09.2016
11:30:32
и это в 20гигах ! )

yopp
09.09.2016
11:30:37
20 гигов на диске

ptchol
09.09.2016
11:30:53
монга пауа))))

yopp
09.09.2016
11:31:06
памяти насколько я знаю надо по 115+11

ptchol
09.09.2016
11:31:18
нед. же

все хитрее )

yopp
09.09.2016
11:31:29
они уже сжатые страницы в памяти хранят?

потому что вроде как до этого не особо хранили

ptchol
09.09.2016
11:34:23
потому что вроде как до этого не особо хранили
если не ошибаюсь там у WT настройка internalcache size указыввает как раз на хранение сжатых данных в кеше

yopp
09.09.2016
11:35:23
ну ты можешь проехать курсором по коллекции и посмотреть сколько памяти оно сожрёт :)

ptchol
09.09.2016
11:38:34
ну ты можешь проехать курсором по коллекции и посмотреть сколько памяти оно сожрёт :)
я ошибся, внутри разжатые, и советуют как раз занижать настройку, чтобы в системфайлкеш вмещались сжатые данные.

видимо с чем то попутал)

yopp
09.09.2016
11:52:47
так что тебе надо под этот сет 126 гигов памяти ;)

Google
yopp
09.09.2016
11:52:54
если он весь горячий

ptchol
09.09.2016
11:59:48
зачем ?

пусть разюимает на ходу и жрет цпу

Roman
10.09.2016
18:28:48
слушайте, а как в монгу положить блоб в поле?

Serge
10.09.2016
18:30:39
Берёшь значит блоб и.... кладёшь его в поле

http://api.mongodb.com/python/current/api/bson/binary.html

Roman
10.09.2016
18:33:39
Serge
10.09.2016
18:35:19
Roman
10.09.2016
18:38:49
Ты пил?
нет ) точнее, только начал. вопрос вообщем простой: если я bytes кладу в поле - всё ок будет?

Sergey
10.09.2016
19:00:21
Dmitry
12.09.2016
10:58:27
салют ребята

ламерский вопрос: монго хранит _id в виде хеша... а вот я думаю если я хочу сделать API в виде /items/12 итд то что мне поле отдельное в документе делать с id и автоинкрементить или это плохая практика? и лучше забить на это и использовать хеш?

REST API проектирую и пробую монго

Dmitry
12.09.2016
11:00:51
ну там длинная строка...looks like hash

ptchol
12.09.2016
11:03:17
не не не

там совсем не хеш

Dmitry
12.09.2016
11:03:38
ну кароче мне нужен id цифровой

Google
Dmitry
12.09.2016
11:03:47
как в обычной БД

или это плохая практика

yopp
12.09.2016
11:03:56
зачем?

Dmitry
12.09.2016
11:03:57
?

ptchol
12.09.2016
11:03:58
The 12-byte ObjectId value consists of: a 4-byte value representing the seconds since the Unix epoch, a 3-byte machine identifier, a 2-byte process id, and a 3-byte counter, starting with a random value.

Dmitry
12.09.2016
11:04:44
я же написал, проектирую REST API и получать данные хочу по id api/items/134

ptchol
12.09.2016
11:04:46
лучше создай отдельный id и все

иначе перебирать будут

yopp
12.09.2016
11:05:02
а чем принципиально именно целочисленный id?

ваще ходить по id это плохая идея

нужно генерировать рандомные токены

Dmitry
12.09.2016
11:05:20
чем почему расскажи

yopp
12.09.2016
11:05:30
не привязанные к тому как база данных их назначет

потому что всем пофиг что в URL

ptchol
12.09.2016
11:06:17
и перебирать не будут

yopp
12.09.2016
11:06:27
так например можно случайно раскрыть какие-то свои показатели

Dmitry
12.09.2016
11:06:30
в смысле перебирать?

yopp
12.09.2016
11:06:59
oid в монге раскроет пид и время создания записи

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

Dmitry
12.09.2016
11:07:41
а какая может быть угроза

Google
Dmitry
12.09.2016
11:07:50
простите я ламерок вообще в nosql

мире

Roman
12.09.2016
11:07:56
Dmitry
12.09.2016
11:08:13
нормально так...

yopp
12.09.2016
11:08:27
Например если pid == 1, значит твоя субд работает под рутом

Roman
12.09.2016
11:08:29
Ну или тех сущностей, сто ты отдаешь по id

yopp
12.09.2016
11:08:31
в докере :)

Дамп бд
это если ты права не проверяешь

Roman
12.09.2016
11:09:06
Dmitry
12.09.2016
11:09:16
кароче как мне спроектировать тогда api? по _id вытаскивать или как?,

yopp
12.09.2016
11:09:20
тут вопрос именно в том, что целочисленные индентификаторы это пережиток тех времён, когда числа было хранить сииииильно выгоднее чем всё остальное

Roman
12.09.2016
11:09:34
Перебирая id можно получить все записи

yopp
12.09.2016
11:09:37
кароче как мне спроектировать тогда api? по _id вытаскивать или как?,
сделать уникальный индекс на поле token, и генерировать туда случайное значение

или uuid

v4 помоему псевдослучайный

yopp
12.09.2016
11:10:30
плохя идея дерайвить ключи от какие-то значений

Dmitry
12.09.2016
11:10:59
ребята как вы то делаете или вы используете монго чтобы таскать по ключу?

Страница 25 из 342