kdm🇩🇰
через него можно узнать, запущена ли нода?
Ovan
В общем, ты хочешь узнать, выполняется ли конкретный процесс запущеный твоей нодой
Ovan
верно?
Ovan
https://www.npmjs.com/package/ps-node
узнаешь PID процесса к примеру и по нему проверяешь
kdm🇩🇰
Ovan
https://nodejs.org/api/child_process.html
AlexMist
Может кто-нибудь подскажет хороший пакет для манипуляции с домом прям с сервера ноды. То есть изменять инпуты там, кнопки нажимать
https://github.com/segmentio/nightmare
Таймураз
Посоветуйте статьи по разворачиванию БД в проде
Без орм и ноды как таковой
Таймураз
mysql
Valeriy
https://gist.github.com/sotnikov-link/d222d4b45c07857fecefb888a54df477
Valeriy
Подскажите, плиз)
Таймураз
export default [Category, Price];
Таймураз
Сначала импортишь, потом каждый отдельно экспортишь + это
arts
Массивом экспортировать не лучшая идея. Лучше объектом.
Valeriy
// models/index.ts
import Category from './Category';
import Price from './Price';
export default {
Category,
Price
}
Valeriy
Так?
Smooth Operator
export { Category } from './Category'
arts
Так. Но вообще, непонятно, зачем экспортировать несколько сущностей через export default.
Valeriy
Это TS
Valeriy
Valeriy
Это дефолты вылезают из from
arts
Valeriy
https://gist.github.com/sotnikov-link/d222d4b45c07857fecefb888a54df477
Valeriy
Если тут 34 строку заменить на:
entities: [entities.Category, entities.Price]
Всё работатет.
Valeriy
Но я не хочу писать руками entities.Category, entities.Price
Valeriy
Пусть сам всё в массив преобразовывает
Valeriy
Обновил гист, чтобы понятнее было:
https://gist.github.com/sotnikov-link/d222d4b45c07857fecefb888a54df477
GG
MySql vs Mongo ?
GG
Я просто использовал давно mysql, сейчас немного поюзал монгу, монгой удобней пользоваться, но как насчет масштабируемости, и с чем удобней работать, когда бд разрастаеться, становиться несколько связааных таблиц, связий и т.д.
Sergey
Я просто использовал давно mysql, сейчас немного поюзал монгу, монгой удобней пользоваться, но как насчет масштабируемости, и с чем удобней работать, когда бд разрастаеться, становиться несколько связааных таблиц, связий и т.д.
опять же говорю
выкинь мускуль
если нужна реляционная база, берешь постгрес
если нужна документориентированная берешь монгу
Sergey
оба типа базы не взаимозаменяемые
ни разу
Sergey
каждую нужно использовать только по месту
GG
документированная, в том плане что схему надо делать?
Sergey
эм
Sergey
сначала изучи оба типа базы данных
Sergey
как поймешь корневое отличие, сможешь выбрать НУЖНУЮ базу, а не спрашивать "что лучше"
ибо нет такого
Sergey
где-то больше подходит реляционная, где-то документная
Ильнур
не, не получится тебе развести HolyWar на тему БД))
Ильнур
аксакалы такое не пропустят
Sergey
я не развожу холивар
Ильнур
я как раз про то, что ты аксакал)
Sergey
Sergey
чаще всего нужна реляционная база
Sergey
ни в коем случае не бери мускуль
постгрес лучше масштабируется, имеет нормальные транзакции и умеет json
Artem
@sergeysova Здарова, а в каких случаях удобней документная база? я чет вообще представить такой проект не могу
Artem
либо он очень легкий в плане хранения данных
Sergey
Sergey
ну вот например деревья хранить)
либо как удобное представление постгрес базы
GG
оо, спасибо
Anton
ну вот например деревья хранить)
либо как удобное представление постгрес базы
это лучше в графовой базе делать
Sergey
это лучше в графовой базе делать
разумеется
но что-то простое в монге дешевле выйдет
графовая база в 2-3 раза больше диска жрет
Sergey
(я не эксперт по базам данных, приходилось много по ним разбираться, некоторое время назад)
Sergey
на сегодняшний день (апрель 2017) не вижу смысла в монге для большинства проектов
Sergey
единственный кейс это кешировать данные сервер-сайд рендеринга redux-хранилища
GG
оке, понял что монга для маленьких проэктов
Ильнур
или когда есть громадные данные односложного вида - допустим чеки из кассы
они нужны только для отчетов
тут монго как никто другой справляется
и шардить удобно
Anton
вот со сложным видом на монге можно подорваться знатно
Sergey
или когда есть громадные данные односложного вида - допустим чеки из кассы
они нужны только для отчетов
тут монго как никто другой справляется
и шардить удобно
если для отчетов, то лучше elasticsearch
он быстрее раз в 20 и используется как раз для аналитиков
да и выборку/аггрегацию он умеет делать
GG
я сам бд использовал мало и не глубоко, поэтому мне даже сложно задавать правильные вопросы, потому-что пока не имею представления
Sergey
вот как бы в этом и вопрос
какие проекты это могут быть
по мне это совсем не гуд
лучше в реляции хранить с необязательными полями
GG
ваша дискусия мне помогает вникнуть 😌
Sergey
😅😅😅
Sergey
https://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%B0%D1%8F_%D0%A1%D0%A3%D0%91%D0%94
Sergey
https://toster.ru/q/1786
Anton
ваша дискусия мне помогает вникнуть 😌
лучше не используй монгу. например, пиздец
https://jira.mongodb.org/browse/SERVER-831
даже если ты будешь использовать ее как хранилище доков, то не смогешь обновить вложенный масив, например
Artur
Ой, опять дискуссия монго vs постгрес?
Artur
ОЗУ - лучшее место для хранения!
Sergey
вот!
Sergey
неее
редиска же key:value
Artem
а что тогда лучше использовать?