был ли у кого-нибудь опыт работы с mongodb, когда индексы не помещаются в память? на сервере 64гб озу, база около 300-400гб, индексы около 150гб, когда индексы стали больше, чем озу, сильно снизилась скорость записи в базу, раз в 10-20

Шифрование будет?

это можно обойти или это упор в архитектуру?

был ли у кого-нибудь опыт работы с mongodb, когда индексы не помещаются в память? на сервере 64гб озу, база около 300-400гб, индексы около 150гб, когда индексы стали больше, чем озу, сильно снизилась скорость записи в базу, раз в 10-20

Сжатие индексов?

Или оно и так есть? Или это не панацея?

А, или это и так уже со сжатием?

не слышал о таком, но там даже если и есть не поможет

оперативной памяти 64гб, индексы уже в 3 раза больше

и оно будет расти постоянно

короче, вселенский вопрос: какой фреймворк для REST API лучший?

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

micro

и так на каждый ресурс CRUD написать + овтеты

https://github.com/zeit/micro

это слишком микро, у хорошего API еще и ACL должен быть

я смотрел на loopback, отличная идея, функционал и вседела

НО

много багов

это слишком микро, у хорошего API еще и ACL должен быть

так сам напиши

так сам я могу и на http написать

но нет на это времени

нужен фреймворк

для сложного и долгосрочного проекта или так на поиграться пока отдельный сервер не завезли ?

а еще было бы неплохо иметь прослойку между приложением и datasource

для сложного и долгосрочного проекта

поэтому micro сразу не подходит, да и чистый express тоже не особо

loopback - ставил на него, но багов слишком много sails - дока та еще говнище смотрю сейчас hapi

мой тебе совет. оставайся на ехпресе. Я какое-то время поддерживал hapi на одном проекте, и даже выбрал хапи для нового проекта. После нескольких дней курения мануалов в инете я плюнул и установил ехпресс. И всем доволен. Как ни как у ехпреса комунити самое большое среди этого всего дела. с ехпресом любую багу можно быстренько застековерфловить

koa/koa2 норм, в планне понятности и поддержки получше hapi

мой тебе совет. оставайся на ехпресе. Я какое-то время поддерживал hapi на одном проекте, и даже выбрал хапи для нового проекта. После нескольких дней курения мануалов в инете я плюнул и установил ехпресс. И всем доволен. Как ни как у ехпреса комунити самое большое среди этого всего дела. с ехпресом любую багу можно быстренько застековерфловить

Загуглить?

Считай тот же экспресс по сути

Или тебе ответ сразу пишут?

но что у koa, что у express из коробки почти нихера нет

Загуглить?

ты про какой обзац ?

у експреса хоть плагинов жопой жуй

но что у koa, что у express из коробки почти нихера нет

Так специально же всё вынесли, чтобы не городить комбайны

Кто может подсказать по Sequelize?

у loopback из коробки есть встроеные модели, авторизация, acl, автодока на swagger и еще много всего для разработки больших и сложных API

у loopback из коробки есть встроеные модели, авторизация, acl, автодока на swagger и еще много всего для разработки больших и сложных API

бери его

куча багов, он еще сырой

@geekiams а откуда вы такой разборчивый в фреймворках? -- Java? .Net? python?

нет, уже несколько лет как JS

только front

Кто может подсказать по Sequelize?

Лучше сразу вопрос пиши.

Надо сформулировать. В процессе

Омг, не осилить хапи - это надо уметь. Отличная дока, гуглить не нужно. Да и круд готовый под нее есть

куча багов, он еще сырой

А что за баги? Ты их лично видел?

Можешь рассказать?

Ну, справедливости ради, когда мы юзали лупбек (а было это года три назад), там нашелся, как щас помню, какой-то неприятный баг. Правда не в самом фреймворке, а в адаптере для слона :)

И дока у лупбека (опять же, на тот момент) была пиздецовая. Надеюсь, сейчас все изменилось к лучшему.

А за хапи плюсую, хапи крутой.

Метеор = идеальный отмыв денег

чому?

Ну сколько они получили и сколько сделали

Я говорю про ситуацию полуторагодичной давности

Сейчас не знаю что там

Можешь рассказать?

https://github.com/strongloop/loopback/labels/bug

и это только в коре, я уже молчу про джоглер и монго-коннектор

Ну так не интересно. Багтрекер везде полный

в общем я начал на нем проект пилить и сразу же начал натыкаться на баги. вот реквест с 2014-го года лежит с лейблой ‘major’: https://github.com/strongloop/loopback/issues/531

Ну так не интересно. Багтрекер везде полный

лол, не 150 багов же

https://github.com/expressjs/express/labels/bug

тут вон всего 4

один из них для 5-й версии, которой еще нет в релизах

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

Понятно. Спасибо за фидбек

😃

Понятно. Спасибо за фидбек

так сказал, как будто бы ты контрибьютор

Не. Я сейчас думаю - браться ли за проект на лупбеке

Я тут почти неделю спамлю вопросами про него

я бы не стал его брать сейчас. он крутой, но еще реально не готов.

Я тут почти неделю спамлю вопросами про него

ты бы уже успел сделать проект на экспрессе за эту неделю:)

Он готовый и большой, я не успел бы :)

ctrl+c открыть программу ctrl+v

чет ты так написал, что я ничего не понял

грёбаный телеграм и его хоткейсы.. :(

писал в чатик разработчиков иоса

писал в чатик разработчиков иоса

да это вообще мало похоже на разрабов ios :)

/stat@combot

Ребята, подскажите пожалуйста — как работает db.collection.createIndex(). Если мне нужен поиск по нескольким полям — я создаю индекс как db.collection.createIndex({field1: 1,field2: 1,field3: 1,field4: 1}). Насколько я знаю произойдет сортировка сначала по field1, затем по field2 и так до field4. А что если приск нужно произвести только по field1 и field4 ? И, соответственно, индекс должен был бы выглядеть как db.collection.createIndex({field1: 1, field4: 1}), чтобы произвести поиск быстрее. Нужно ли создавать индекс для каждого случая ?