зачем тебе это надо?

мне надо скрыть исходники и сделать это демоном

куллхацкер

смешно

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

А для этого есть go

мне надо скрыть исходники и сделать это демоном

Что тебе это даст?

Что тебе это даст?

ну вроде понять не сложно для чего скрывают исходники

ну вроде понять не сложно для чего скрывают исходники

ну понять то не сложно, исходники какого файла хочешь сокрыть?

а к примеру демона для удобства

исполняемого

Что тебе это даст?

Если нет исходников, никто не сможет сказать, что это говнокод :-)

тебе не нужно вызывать внутри ноды внешний PM, вызывай .js

именно

а толку? Если увидят что у тебя есть файл который запускает непонятного демона

Хочешь скрывать код, пиши на Си, крестах и пакуй

а толку? Если увидят что у тебя есть файл который запускает непонятного демона

это уже не важно( и да это не зловред)

той же themido-ой

Хочешь скрывать код, пиши на Си, крестах и пакуй

та бинарник то я сделал =)

либо, используй обфускацию

даже если код не сокрыт, никто не поймет что он делает

осталось решить проблему с демоном

иди на специализированные IT форумы

окей, тогда вопрос по process

как узнать, запущена ли нода?

ps aux|grep node

?

нет, именно по process ноды

не сама нода а процесс ноды? Это как?

он из рекурсии ещё не вышел :D

Лулзы ловит

не сама нода а процесс ноды? Это как?

под process я имею ввиду объект process

через него можно узнать, запущена ли нода?

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

верно?

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

да

https://www.npmjs.com/package/ps-node узнаешь PID процесса к примеру и по нему проверяешь

https://www.npmjs.com/package/ps-node узнаешь PID процесса к примеру и по нему проверяешь

спасибо, посмотрю

https://nodejs.org/api/child_process.html

Может кто-нибудь подскажет хороший пакет для манипуляции с домом прям с сервера ноды. То есть изменять инпуты там, кнопки нажимать

https://github.com/segmentio/nightmare

Посоветуйте статьи по разворачиванию БД в проде Без орм и ноды как таковой

mysql

https://gist.github.com/sotnikov-link/d222d4b45c07857fecefb888a54df477

Подскажите, плиз)

export default [Category, Price];

Сначала импортишь, потом каждый отдельно экспортишь + это

Массивом экспортировать не лучшая идея. Лучше объектом.

Массивом экспортировать не лучшая идея. Лучше объектом.

Как это?)

// models/index.ts import Category from './Category'; import Price from './Price'; export default { Category, Price }

Так?

export { Category } from './Category'

Так. Но вообще, непонятно, зачем экспортировать несколько сущностей через export default.

Это TS

Так. Но вообще, непонятно, зачем экспортировать несколько сущностей через export default.

Там не через default

Это дефолты вылезают из from

// models/index.ts import Category from './Category'; import Price from './Price'; export default { Category, Price }

Да ну?:-)

Это дефолты вылезают из from

?

Это дефолты вылезают из from

… как Категория и Прайс

https://gist.github.com/sotnikov-link/d222d4b45c07857fecefb888a54df477

Если тут 34 строку заменить на: entities: [entities.Category, entities.Price] Всё работатет.

Но я не хочу писать руками entities.Category, entities.Price

Пусть сам всё в массив преобразовывает

Обновил гист, чтобы понятнее было: https://gist.github.com/sotnikov-link/d222d4b45c07857fecefb888a54df477

MySql vs Mongo ?

MySql vs Mongo ?

mySQL -> Postgres

MySql vs Mongo ?

базу выбирать надо исходя из потребностей

Я просто использовал давно mysql, сейчас немного поюзал монгу, монгой удобней пользоваться, но как насчет масштабируемости, и с чем удобней работать, когда бд разрастаеться, становиться несколько связааных таблиц, связий и т.д.

ERROR: S client not available

Я просто использовал давно mysql, сейчас немного поюзал монгу, монгой удобней пользоваться, но как насчет масштабируемости, и с чем удобней работать, когда бд разрастаеться, становиться несколько связааных таблиц, связий и т.д.

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

оба типа базы не взаимозаменяемые ни разу

каждую нужно использовать только по месту

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

эм

сначала изучи оба типа базы данных

как поймешь корневое отличие, сможешь выбрать НУЖНУЮ базу, а не спрашивать "что лучше" ибо нет такого

где-то больше подходит реляционная, где-то документная

не, не получится тебе развести HolyWar на тему БД))

аксакалы такое не пропустят

я не развожу холивар

я как раз про то, что ты аксакал)

не, не получится тебе развести HolyWar на тему БД))

да я и не пытался) просто выбираю бд)

да я и не пытался) просто выбираю бд)

Серега, выбирай из потребностей

чаще всего нужна реляционная база

ни в коем случае не бери мускуль постгрес лучше масштабируется, имеет нормальные транзакции и умеет json

А можешь хранить данные в файлах и постоянно читать их с диска

#лучшиепрактики

@sergeysova Здарова, а в каких случаях удобней документная база? я чет вообще представить такой проект не могу

либо он очень легкий в плане хранения данных

@sergeysova Здарова, а в каких случаях удобней документная база? я чет вообще представить такой проект не могу

да вот и я тоже)))

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

оо, спасибо

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

это лучше в графовой базе делать

это лучше в графовой базе делать

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

(я не эксперт по базам данных, приходилось много по ним разбираться, некоторое время назад)

на сегодняшний день (апрель 2017) не вижу смысла в монге для большинства проектов

единственный кейс это кешировать данные сервер-сайд рендеринга redux-хранилища

оке, понял что монга для маленьких проэктов

оке, понял что монга для маленьких проэктов

нет.