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

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

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

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

Если ему нужно просто поднять и посмотреть процесс то я советовал выше по опыту утилиту - pm2, ну можно процесс и в докер завернуть в отдельный контейнер, создать конфиг образа, поднять контейнер и сделать экспоз порта

Лёгкий путь это через pm2, по взрослому это контейнер конечно

в общем, что мне юзать то?

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

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

Не слушай их, они уже профессионально рассуждают. Бери pm2 и приступай к изучению ноды. Удачи!)

спасибо. буду изучать)

Бери pm2 ) Есть ещё утилиты как screen и tmux )

Да ну когда от проекта твоего не один процесс и чтоб не ковырять htop или top, чтоб увидеть его, а в pm2, ты видишь список твоих определенных процессов, можешь посмотреть логи и если так необходимо все это говнецо можешь оформить в коньецнер

У меня все остальное бинарники на Go. pm2 это кажется чисто нодовская штука.

У меня все остальное бинарники на Go. pm2 это кажется чисто нодовская штука.

Верно, но запустить и бинарь можно

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

Не в моих стартапах размером в 2 человека)

Последую традиции: Проектов на node пока нет, но есть на обычном js. Специалист в web дизайне.

Более того, неважно какой язык приложения, это чисто process manager

Эм ну это всё на что я смог дать конкретный ответ

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

Ну вообще я за докер. Просто когда микросервисов не много и деплоятся они копированием бинарника довольно сложно ощутить необходимость докера. Но думаю я скоро к этому приду.

Ну вообще я за докер. Просто когда микросервисов не много и деплоятся они копированием бинарника довольно сложно ощутить необходимость докера. Но думаю я скоро к этому приду.

го вообще создан для докера, и микросервисы тоже

го вообще создан для докера, и микросервисы тоже

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

я про годность технологии и архитектуры для контейнеризации

я про годность технологии и архитектуры для контейнеризации

?? согласен

если php - уродец с этой точки зрения, то го просто красавчик

У го нет ничего специфичного с точки зрения контейнеризации

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

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

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

Но у докера есть плюсы в автоматизации деплоя...

БД надо где то держать

У го нет ничего специфичного с точки зрения контейнеризации

вот именно поэтому и хорошо, что нет специфики, получается гибко, легковесно и максимально переносимо

кэши там какие нибудь сетевые

Ребят, конечно не уверен что кто-то сталкивался, но вдруг Нужно передать аргументы в чайлд-процесс ноды. Спавню Java процесс, require('child_process').spawn('java', [Аргументы джавы]... А вот как передать аргументы непосредственно самому приложению (начинаются с — и идут после -jar app.jar) не пойму..

use fork luke

use fork luke

The child_process.fork() method is a special case of child_process.spawn() used specifically to spawn new Node.js processes.

The child_process.fork() method is a special case of child_process.spawn() used specifically to spawn new Node.js processes.

+

сорян )

ничего)

тут есть кстате хорошая статейка по процессам https://medium.freecodecamp.com/node-js-child-processes-everything-you-need-to-know-e69498fe970a

тут есть кстате хорошая статейка по процессам https://medium.freecodecamp.com/node-js-child-processes-everything-you-need-to-know-e69498fe970a

еще надо было про кластер добавить

а то так будут форкать процессы вместо класера, как это делал я пол года назад ?

а то так будут форкать процессы вместо класера, как это делал я пол года назад ?

кластер как раз и делает форк

я вообще впервые вижу и слышу про этот курс, едва ли я это лайкал, если честно

лол, нет, конечно

ссорян, ща удалю этот флуд

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

тут культурное сообщество

Ребят, только начал разбиратся с нодой. И вижу тут переписку о каких-то спавн процесах. Можно какую-то статью толковую об этом по подробней. P.S. Не гугли, не все что гугл дает - полезно)

апхапхахпахпха)

Ребят, только начал разбиратся с нодой. И вижу тут переписку о каких-то спавн процесах. Можно какую-то статью толковую об этом по подробней. P.S. Не гугли, не все что гугл дает - полезно)

ну как не дает? открой документацию по child_process, там все очень доступно, не знаешь что такое процессы почитай википедию

Не увидел =)

весело )

Ребята все привет подзкажите пожалуйста хороший понятный источник по нод и видео урок

хороший и понятный источник - официальная документация

видеоуроки - ну для начинания можно глянуть скринкаст от кантора

видеоуроки - ну для начинания можно глянуть скринкаст от кантора

Спасибо

Гайс, всем привет. Такой кейс: Нужно будет положить в базу юзеров (в одну таблицу) для двух приложений (app1 и app2). Скажем: ожидается 10k юзеров для app1 и 1000k юзеров для app2 (включая первые 10k юзеров из app1 — просто общая аутентификация). И вот вопрос возник: а сможет ли SQL db (MySQL) обрабатывать запросы/записи без тормозов ? Если учитывать, что юзерам для app2 (1000k) нужна только аутентификация (прочитать row в базе, чтобы проверить пароль и выдать токен. Все остальные данные будут храниться в MongoDB или DynamoDB). А юзеры из app1 (10k юзеров из wordpress приложения) будут использовать базу уже "по полной" (возможно сложные/частые/записи query и т.д.). Вопрос в том: эти 10k юзеров из app1 не будут страдать ? Там: обновление индекса после записи; просто частое обращение к таблице и т.п. P.S. проблема просто в том, что app1 не может переехать с SQL т.к. wordpress

ERROR: S client not available

опять это слово "MySQL"

Гайс, всем привет. Такой кейс: Нужно будет положить в базу юзеров (в одну таблицу) для двух приложений (app1 и app2). Скажем: ожидается 10k юзеров для app1 и 1000k юзеров для app2 (включая первые 10k юзеров из app1 — просто общая аутентификация). И вот вопрос возник: а сможет ли SQL db (MySQL) обрабатывать запросы/записи без тормозов ? Если учитывать, что юзерам для app2 (1000k) нужна только аутентификация (прочитать row в базе, чтобы проверить пароль и выдать токен. Все остальные данные будут храниться в MongoDB или DynamoDB). А юзеры из app1 (10k юзеров из wordpress приложения) будут использовать базу уже "по полной" (возможно сложные/частые/записи query и т.д.). Вопрос в том: эти 10k юзеров из app1 не будут страдать ? Там: обновление индекса после записи; просто частое обращение к таблице и т.п. P.S. проблема просто в том, что app1 не может переехать с SQL т.к. wordpress

я может запутался в ваших рассуждениях, но мне показалось вы между строк сказали что mySQL ляжет от количества запросов в 1 000 000, в отличие от MongoDB. Причем из монги будет браться вся инфа, а из MySQL только один row

я может запутался в ваших рассуждениях, но мне показалось вы между строк сказали что mySQL ляжет от количества запросов в 1 000 000, в отличие от MongoDB. Причем из монги будет браться вся инфа, а из MySQL только один row

ну, вот те 10k юзеров (из app1), будут обращаться к базе чаще, чем 1000k из app2 (которые будут просто читать для аутентификации и изредка записывать). Вот как там обстоят дела с записью в большие таблицы ?

На сколько я помню, это можно оптимизировать. И в mysql есть возможность поднятия master-master и master-slave instances

Балансировка за то будет и бд не ляжет

Тут будет правильнее шардировать данные

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

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

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

парни, давно не пользовался socket.io, сейчас понадобилось. вопрос - он еще актуален?

@legalt_wd , @Atassis , @Akiyamka понял вас, спасибо

парни, давно не пользовался socket.io, сейчас понадобилось. вопрос - он еще актуален?

Ещё как, они недавно вторую версию выкатили

парни, давно не пользовался socket.io, сейчас понадобилось. вопрос - он еще актуален?

я уже давно не пользовался, последний раз помню когда юзал его, там багов кучу, не продуман до конца правильно востановления соединения, отслеживание падения соединения, на сервере вообще не стоит его юзать, так и на стороне клиента Сейчас вроде какая то новая версия вышла, но сам по себе socket.io тяжелый модуль я юзаю wamp https://www.npmjs.com/package/cjs-wamp

Теперь даже сайт работает

та да

вечно он у них лежал

Ещё как, они недавно вторую версию выкатили

да, заметил, последний коммит 7 дней назад\

я уже давно не пользовался, последний раз помню когда юзал его, там багов кучу, не продуман до конца правильно востановления соединения, отслеживание падения соединения, на сервере вообще не стоит его юзать, так и на стороне клиента Сейчас вроде какая то новая версия вышла, но сам по себе socket.io тяжелый модуль я юзаю wamp https://www.npmjs.com/package/cjs-wamp

да, были баги и недоработки

Ещё как, они недавно вторую версию выкатили

я надеюсь она не унаследовала баги старой?)

я надеюсь она не унаследовала баги старой?)

Вот это хз, это прям рили хз

блин, не понимаю, почебы им не написать все заново. и выкатить новую версию. Зачем продолжать достраивать старое Г

идея же офигенна и проста!

идея же офигенна и проста!

Ну: 1) долго 2) поддержка старых проектов

Типо почему джаву нельзя заного переписать?

блин, не понимаю, почебы им не написать все заново. и выкатить новую версию. Зачем продолжать достраивать старое Г

back compatibility