Еще буду разбираться в чем причина. fs.clonefile - ведет себя как то странно?

Привет! Не подскажете как посмотреть текст HTTP Requesta который делаю через стандартный http модуль, http.request

на самом объекте

Или там где-то написанно в API, но я не увидел?

http://mongodb.github.io/node-mongodb-native/3.1/api/ObjectID.html#getTimestamp

Или там где-то написанно в API, но я не увидел?

ObjectID же и есть твое поле _id

кстати про id. Внутри метода модели как обратиться коротко к ее id?

кстати про id. Внутри метода модели как обратиться коротко к ее id?

this._id

this._id ?

вижу..

еще раз и бан во всех чатах

а как лучше создать новую модель и в ней ref на текущую или внутри текущей вложенный массив? в чем принципиальная разница?

ObjectID же и есть твое поле _id

Да, точно. Я тупанул жестко) Я подумал, что _id это поле в ObjectId)

вообще хорошо ли по аналогии с реляционными БД нормализацию делать и выносить многое в отдельные таблички со связкой по id?

Не хорошо

Странно ещё то, что оно определяет мою временную зону

Обычно в timestamps добавляется просто UTC

Не хорошо

те это только в том случае если в другой модели реально что то другое... ну скажем продукты и заказы это две разные модели. а вот скажем продукты и какую то дополнительную инфу по ним лучше не делать 2 модели?

те это только в том случае если в другой модели реально что то другое... ну скажем продукты и заказы это две разные модели. а вот скажем продукты и какую то дополнительную инфу по ним лучше не делать 2 модели?

Да

а тут GMT+<INT>

пример чисто первое что пришло на ум

Да

ну а скажем токен для востановления

пароля. хорошо прямо в User

или в отдельную модель ResetPassTokens

Коллеги, привет! Был ли у кого опыт работы с голосовыми технологиями (Web Speech API, Speechkit) ? Интересуют пратические кейсы по взаимодействию с интерфейсами речью

или в отдельную модель ResetPassTokens

Прямо в

Прямо в

а еще токен активации юзера еще признак его блокировки и все это в монге норм в одной таблице

а еще токен активации юзера еще признак его блокировки и все это в монге норм в одной таблице

Коллекции.

Коллекции.

в одной коллекции точнее

и модели

а не в нескольких

Да

ok. значит можно широкую коллекцию

пасибо

ok. значит можно широкую коллекцию

эмм... относительно 16 MB BSON на документ по дефолту

эмм... относительно 16 MB BSON на документ по дефолту

но этого наверное хватит на документ у которого и 10 и 20 полей..

да в общем то текстовые данные много места не занимают..

но этого наверное хватит на документ у которого и 10 и 20 полей..

Конечно :)

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

типа почти как доменная модель всё, что к одной сущности — в одной коллекции — пользователь с настройками — db.user — сайт со страницами — db.site, и т.п. + не забываем, что в .methods можно много чего остального у нас, например, mongoose — это вообще ВСЕ данные, в т.ч. интерфейсы сторонних API и FS а так же, что есть ещё .virtual и .discriminator и вот в последнем реализуется паттерн STI Single Table Inheritance - Wikipedia https://en.wikipedia.org/wiki/Single_Table_Inheritance в общем, полноценная перегрузка методов, свойств и всего остального в рамках одной записи при кастовании разных .discriminatorValue

типа почти как доменная модель всё, что к одной сущности — в одной коллекции — пользователь с настройками — db.user — сайт со страницами — db.site, и т.п. + не забываем, что в .methods можно много чего остального у нас, например, mongoose — это вообще ВСЕ данные, в т.ч. интерфейсы сторонних API и FS а так же, что есть ещё .virtual и .discriminator и вот в последнем реализуется паттерн STI Single Table Inheritance - Wikipedia https://en.wikipedia.org/wiki/Single_Table_Inheritance в общем, полноценная перегрузка методов, свойств и всего остального в рамках одной записи при кастовании разных .discriminatorValue

const UserSchema = mongoose.Schema( { name: { type: String, required: true, index: true }, email: { type: String, required: true, index: true, unique: true }, password: { type: String, required: true }, resetPassordTokens: [ { verification: { type: String }, createdAt: { type: Date }, deleted: Boolean } ], activationTokens: [ { verification: { type: String }, createdAt: { type: Date }, deleted: Boolean } ] }, { versionKey: false, timestamps: true } )

типа того? Пример пока весьма условный... например deleted у токенов наверное зря..

типа того? Пример пока весьма условный... например deleted у токенов наверное зря..

у нас так, но всё же кое-что у Вас в примере неверно

все вложенные коллекции желательно реализовывать через Mongoose v5.3.4: SubDocuments https://mongoosejs.com/docs/subdocs.html так будет меньше проблем с Валидацией

не совсем но ноде вопрос, не бейте, просто проблема не гуглится, а тут, может, кто-то сталкивался

const UserSchema = mongoose.Schema( { name: { type: String, required: true, index: true }, email: { type: String, required: true, index: true, unique: true }, password: { type: String, required: true }, resetPassordTokens: [ { verification: { type: String }, createdAt: { type: Date }, deleted: Boolean } ], activationTokens: [ { verification: { type: String }, createdAt: { type: Date }, deleted: Boolean } ] }, { versionKey: false, timestamps: true } )

const resetPasswordsSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); const activationTokensSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); { name: { type: String, required: true, index: true }, email: { type: String, required: true, index: true, unique: true }, password: { type: String, required: true }, resetPassordTokens: [resetPasswordsSchema], activationTokens: [activationTokensSchema] }, { versionKey: false, timestamps: true }

есть vps в облаке mail.ru, у неё есть ip. машина не видит свой ip, ip addr show это потверждает. как такое возможно, почему?

const resetPasswordsSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); const activationTokensSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); { name: { type: String, required: true, index: true }, email: { type: String, required: true, index: true, unique: true }, password: { type: String, required: true }, resetPassordTokens: [resetPasswordsSchema], activationTokens: [activationTokensSchema] }, { versionKey: false, timestamps: true }

const ResetPasswordSchema = mongoose.Schema( { verification: { type: String }, deleted: Boolean }, { versionKey: false, timestamps: true } ) const UserSchema = mongoose.Schema( { name: { type: String, required: true, index: true }, email: { type: String, required: true, index: true, unique: true }, password: { type: String, required: true }, resetPassordTokens: [ResetPasswordSchema] }, { versionKey: false, timestamps: true } )

const resetPasswordsSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); const activationTokensSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); { name: { type: String, required: true, index: true }, email: { type: String, required: true, index: true, unique: true }, password: { type: String, required: true }, resetPassordTokens: [resetPasswordsSchema], activationTokens: [activationTokensSchema] }, { versionKey: false, timestamps: true }

ага спасибо.. вот как раз не сговариваясь типа того написал..

:)

const resetPasswordsSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); const activationTokensSchema = new Schema({ verification: { type: String }, createdAt: { type: Date }, deleted: Boolean }); { name: { type: String, required: true, index: true }, email: { type: String, required: true, index: true, unique: true }, password: { type: String, required: true }, resetPassordTokens: [resetPasswordsSchema], activationTokens: [activationTokensSchema] }, { versionKey: false, timestamps: true }

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

Для продакшена обязательно что-то типа autoIndex : config.AutoIndex т.е., чтобы в конфиге прода было выключено просто представьте, что на 1М коллекцию нужно будет поле с index:true под нагрузкой "вылить"

ну те такая схема как написали она же при запуске приложения генерит индексы..

config.AutoIndex который false if NODE_ENV == prod

Для продакшена обязательно что-то типа autoIndex : config.AutoIndex т.е., чтобы в конфиге прода было выключено просто представьте, что на 1М коллекцию нужно будет поле с index:true под нагрузкой "вылить"

ну а как тогда их в production создать?

ну а как тогда их в production создать?

руками же :) db.createIndex ...

руками же :) db.createIndex ...

придется помнить какие...

руками же :) db.createIndex ...

типа такой скриптик написать.. и запускать на проде?

или миграции.. а без них хотелось обойтись..

придется помнить какие...

эмм... мы все фичи реализуем через enabled~disabled конфиг т.е. 1. сначала катятся изменения кода 2. потом делаются нужные индекы 3. только теперь "включается" функционал опцией конфига это "упрощённо" но так и есть

эмм... мы все фичи реализуем через enabled~disabled конфиг т.е. 1. сначала катятся изменения кода 2. потом делаются нужные индекы 3. только теперь "включается" функционал опцией конфига это "упрощённо" но так и есть

ааа.. понял ну это уже как бы детали процесса выставления в прод..

можно так можно иначе..

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

скрипт типа createIndexes.js а в нем все индексы, был бы норм?

или миграции.. а без них хотелось обойтись..

смотрите .discriminator https://mongoosejs.com/docs/discriminators.html ставите разные версии, все новые документы получают свежий код старые по мере "использования" "дотягиваются" до последнего кода по полям и т.п. :) есть .pre('init' хук ещё через него можно конструировать что-то сложное эмм.. и как бы вообще, на мой вкус можно заложиться, заранее создав пару полей с названием customData в которых mixed контент, чтобы потом не было проблем при влетающих Change Reaquest, хотя это "вкусовщина" (просто не совсем удобно когда в robo3t документы на "верхнем уровне" полей по разному выглядят)

скрипт типа createIndexes.js а в нем все индексы, был бы норм?

есть плагины в npm

стоит читать Beginning Node.js если я немного знаком с основами js?

подскажите как можно с буфером работать например есть let a = new Buffer.alloc(2); как можно инкреминитровать a => 0001 и тд?

типа почти как доменная модель всё, что к одной сущности — в одной коллекции — пользователь с настройками — db.user — сайт со страницами — db.site, и т.п. + не забываем, что в .methods можно много чего остального у нас, например, mongoose — это вообще ВСЕ данные, в т.ч. интерфейсы сторонних API и FS а так же, что есть ещё .virtual и .discriminator и вот в последнем реализуется паттерн STI Single Table Inheritance - Wikipedia https://en.wikipedia.org/wiki/Single_Table_Inheritance в общем, полноценная перегрузка методов, свойств и всего остального в рамках одной записи при кастовании разных .discriminatorValue

пока не забыл... А такие вещи как скажем UserLoginHistory где все его заходы, конечно в отдельную коллекцию. А обоснование? тк таких заходов может быть очень много?

пока не забыл... А такие вещи как скажем UserLoginHistory где все его заходы, конечно в отдельную коллекцию. А обоснование? тк таких заходов может быть очень много?

обоснование проще — ELK стеку будет легче Kibana же в перспективе видится? + очень скоро понадобится статистика aggregate между коллекциями — почти бред

обоснование проще — ELK стеку будет легче Kibana же в перспективе видится? + очень скоро понадобится статистика aggregate между коллекциями — почти бред

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

обоснование проще — ELK стеку будет легче Kibana же в перспективе видится? + очень скоро понадобится статистика aggregate между коллекциями — почти бред

А какой нибудь там UserDevices которых ну максимум 5-10 вложенной коллекцией?

А какой нибудь там UserDevices которых ну максимум 5-10 вложенной коллекцией?

это не очень понял — все устройства логинов пользователя?

это не очень понял — все устройства логинов пользователя?

да устройства с которых он заходил если захочу сохранить.

если нужны, я бы клал в user

взяв какой нибудь deviceDetect

если нужны, я бы клал в user

да я тоже так подумал..

а каких нибудь UserPlaylists если такой нужен сайту UsersLikes те что он ставил? а не его объектам..

тоже ведь можно вложенной коллекцией..

ну это уж совсем просто для понимания.. реально делать пока буду напоминалки пароля и LoginHistory

Добрый вечер, как лучше реализовать админа через PassportJS, я реализовал регистрацию и аутентификацию, пользователи видят только свои записи, а вот как реализовать админа чтобы он видел все записи? Написать еще один файл роутов где указанов если user == admin (указать явно пользователя или его id) то делать get post на все записи в БД?

Добрый вечер, как лучше реализовать админа через PassportJS, я реализовал регистрацию и аутентификацию, пользователи видят только свои записи, а вот как реализовать админа чтобы он видел все записи? Написать еще один файл роутов где указанов если user == admin (указать явно пользователя или его id) то делать get post на все записи в БД?

устраивать маскарад ? вам потребуется userId того пользователя, чьи записи надо вывести из БД, поэтому нужно "устраивать маскарад"

устраивать маскарад ? вам потребуется userId того пользователя, чьи записи надо вывести из БД, поэтому нужно "устраивать маскарад"

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

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

Чувак, да просто проверяй при запросе, он админ или нет

Если админ - давать соответсвующий контент, если нет слать нах

Чувак, да просто проверяй при запросе, он админ или нет

А потом появится редактор и модератор, и предложишь проверять админ или редактор или модератор?

например express-acl - npm https://www.npmjs.com/package/express-acl

например express-acl - npm https://www.npmjs.com/package/express-acl

Спасибо большое

Спасибо большое

да не за что там много подобного, пошукай что поинтересней/попроще/побогаче, по потребностям

привет. заливаю на heroku. В procfile возможно что-нибудь на подобии этого запихнуть: web: cd client && npm run build && cd ../server npm run prod?