@mak_tu Покажи схему монгуса

М, fawn для ноды выглядит полезным. Не надо самому городить 2х-фазных коммитов. Только тайпсов для тс нету.

Там можно чейнить действия в одну транзакцию

@mak_tu Покажи схему монгуса

Я уже пофиксил, спасибо)

Всем привет, нужен совет по структуре. Нужно сделать working hours. К примеру юзер ставит понедельник он работает с 10AM до 8 PM. Вторник... Среда... и т.д. И ещё вопросик как время хранить?

Пока вот так сделал

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

Да

Лучше сразу сделать полноценный календарь

Добавить массив документов, туда класть интервал и тип события (работа, перерыв и тд) и на клиенте проверять на пересечения

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

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

И вообще, разработка календаря - это путь через боль. Особенно если учитывать разные тайм зоны и переводы часов.

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

Нужно-нужно. Это уже расписание. А расписание свойство календаря

Иначе будет очень больно как только появится задача что-то с расписанием делать

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

Привет всем! Очередной вопрос от новичка... Пытаюсь сделать админку. Есть идея реализовать кастомные поля, но чтобы при их создании в одном месте они появлялись сразу у всех инстансов модели (например появляются у всех статей, пускай и пустые, если созданы хотя бы у одной). Немного заступорился на этом. Менять Schema уже ничего не даст, как я понял. strict: false тоже не особо помогает, да и не рекомендуется (если отдельно обїясните почему не рекомендуется, буду благодарен)... тогда как єто реализовать

Заранее спасибо!

http://repo.mongodb.org/apt/debian/dists/ йобните им кто нить ?

докер блеать юзай.

изините.

что это ? никогда не слышал.

Чё происходит

Как связан вопрос и последние 3 ответа?)

Или чё то удалено?

я все видел, так и было)

Вопрос вообще по монге?

Какой стрикт фолс, какие инстансы

Чё происходит?)

Каша из слов вместо конкретного вопроса.

Какая-то схема.

Я понял тут какая то аналогия с sql, где колонки нельзя создавать динамически просто делая инсерт по новому полю

Если вопрос в этом, то нахера в документы вставлять пустые поля?

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

Блин, описывал казалось всё понятно... попытка №2: Пытаюсь сделать админку сайта юзая Mongoose. Есть у меня статьи в админке со своей Schema и Model, соответственно. Хочу сделать так, чтобы можно было добавлять кастомные поля сразу всем статьям (на странице редактирования или создания статьи, или отдельно в настройках админки, в принципе неважно). Естественно, при добавлении, эти поля должны появляться на страницах редактирования статей (с пустым значением, так как их только создали). Как это реализовать?

Если что-то непонятно, уточняйте - отвечу

Сделай нестед документ

custom: [{ name: ..., val: ... }, { name: ..., val: ... }]

Точнее массив из вложенных документов

Можешь их на лету добавлять не меняя схемы

Их - свои кастомные поля

http://mongoosejs.com/docs/subdocs.html - вы про это?

Я хз чё там в мангусте, вот офф дока https://docs.mongodb.com/manual/tutorial/model-embedded-one-to-many-relationships-between-documents/

спасибо, попробую поковыряться

и таким способом апдейтить все остальные документы в коллекции https://docs.mongodb.com/manual/reference/operator/query/ne/

хотя может таким не получится

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

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

Ну так пусть создаёт и пушит их в эту коллекцию, если их ещё не существует

Записывать дополнительно юзерайди в этот документ

Чтобы другим юзерам не выдавать чужие кастом инпуты

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

тогда тебе реально нужен nested объект с типом Mixed(Вроде так)

Спасибо

E11000 duplicate key error collection: infradrone.users index: login_1 dup key: { : null }

Как можно дропнуть этот индекс ?*

Как можно дропнуть этот индекс ?*

https://docs.mongodb.com/manual/reference/method/db.collection.dropIndex/

Ребят, у меня прилетает _id, который мне нужно сверить на наличие у любого юзера, вот схема юзера. Какой оптимальный вариант для проверки?

Пока что решил получить массивом все поля User.find({}, 'sites', function(err, user) и потом с ним уже работать

Но уверен, что есть более оптимальное решение

Работаю с монгой при помощи Mongoose

Пока что решил получить массивом все поля User.find({}, 'sites', function(err, user) и потом с ним уже работать

А sites._id не пробовал?

А sites._id не пробовал?

Ну при моем запросе я получаю objectID, в нем массив sites, и там уже объекты с нужными данными, много лишнего, нельзя ли глубже стучаться?

Ну при моем запросе я получаю objectID, в нем массив sites, и там уже объекты с нужными данными, много лишнего, нельзя ли глубже стучаться?

Я и предложил вариант более глубокого запроса

По-моему не срабатывало у меня, щас попробую

Я и предложил вариант более глубокого запроса

да, ты был прав, спасибо) наверное на этом и остановлюсь)

да, ты был прав, спасибо) наверное на этом и остановлюсь)

Я првильно понял, что ты в итоге так запрос делаешь? User.find({}, 'sites'._id)

Я првильно понял, что ты в итоге так запрос делаешь? User.find({}, 'sites'._id)

Да, хреново?)

Стоп, нет

Я првильно понял, что ты в итоге так запрос делаешь? User.find({}, 'sites'._id)

'sites._id'

'sites._id'

А, ну норм. Если другие данные не нужны) Mongoose, кстати, может в промисы. Бросай коллбеки в топку)

А, ну норм. Если другие данные не нужны) Mongoose, кстати, может в промисы. Бросай коллбеки в топку)

Задача просто выяснить, есть ли уже такой _id, или нет, поэтому не нужны) ну промисы да) только надо к ним немного привыкнуть и научится правильно применять )

Задача просто выяснить, есть ли уже такой _id, или нет, поэтому не нужны) ну промисы да) только надо к ним немного привыкнуть и научится правильно применять )

Если просто проверить, то сложно. Так с ходу сказать не могу. Спроси завтра утром ещё раз Промисы крайне рекомендую использовать. А лучше ещё и async/await сразу

Если просто проверить, то сложно. Так с ходу сказать не могу. Спроси завтра утром ещё раз Промисы крайне рекомендую использовать. А лучше ещё и async/await сразу

Спасибо большое, доброй ночи)

Спасибо большое, доброй ночи)

Доброй)

Задача просто выяснить, есть ли уже такой _id, или нет, поэтому не нужны) ну промисы да) только надо к ним немного привыкнуть и научится правильно применять )

в этом видео на кейсе Mongo и Mongoose паказано подробно как пеейти на промисы, о с них на async/await https://youtu.be/9tLA4r-gqds

в этом видео на кейсе Mongo и Mongoose паказано подробно как пеейти на промисы, о с них на async/await https://youtu.be/9tLA4r-gqds

О, спасибо большое)

и вообще весь курс хороший, правда я после него перешел на Mongo + Mongoose + GraphqQL + Relay

и вообще весь курс хороший, правда я после него перешел на Mongo + Mongoose + GraphqQL + Relay

я не особо бекенд-парень 🤔

я не особо бекенд-парень 🤔

я сам react-native и react) но с этими технологиями на фроте все работает быстрей и позволяет писать реал-тайм приложения, а также избавляет от массы кода на фронте и на бэке, и более того код наиболее читабельный. https://medium.com/russian/facebook-s-relay-в-картинках-часть-первая-6ae8c2d9c286