Ребят, а в PM2 можно прописать слдеующее: Сначала запусти это приложение, а после это. Ну или указать, что второе должно дождаться запуска "первого" В доках не рнашел.

Ребят, а в PM2 можно прописать слдеующее: Сначала запусти это приложение, а после это. Ну или указать, что второе должно дождаться запуска "первого" В доках не рнашел.

На баш посади через & вроде

Имеешь в виду в config'e PM2 прописать "app1.js & app2.js"

?

Ребят, а в PM2 можно прописать слдеующее: Сначала запусти это приложение, а после это. Ну или указать, что второе должно дождаться запуска "первого" В доках не рнашел.

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

если оба приложения на ноде, то можешь сделать такое извращение, как из первого приложения вызывать pm2 через апи и делать второму 'restart', например

Да, вот и на стаковерфлоу нашел, что для такого надо docker-compose (вроде) юзать

ну т.е. я имею в виду, что если у тебя в pm2 статус 'online', это не означает, что приложение там подключилось к базе, стало слушать порт или прогрело кэш

docker-compose тож особо ничем не поможет тебе тут ) задачу опиши конкретнее

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

Имеешь в виду в config'e PM2 прописать "app1.js & app2.js"

На баше.sh можно последовательно запускать процессы и проверять уже запущенные. Это самое простое, а если под виндой, то боль

На дебиан. Спасибо

как в экспресс можно дополнительно обработать ответ после вызова res.status(blabla).json({blabla})?

никак?

тоесть таки ента конец

как в экспресс можно дополнительно обработать ответ после вызова res.status(blabla).json({blabla})?

как бы ответ == конец

кхм. понял. спасибо

как в экспресс можно дополнительно обработать ответ после вызова res.status(blabla).json({blabla})?

вопрос другой, какая цель?

зачем после ответа что-то делать?

в монгусе была схема, были созданы документы в коллекции по этой схеме, потом я в схему добавил новое поле, прошелся по всем документам в pre('save') вроде как записал значение в новое поле, но документы не обновились. Это норм или нет? Нужно ли при изменении схемы удалять документы и создавать их снова? или структура документов должна обновиться в соответствии с обновленной схемой?

в монгусе была схема, были созданы документы в коллекции по этой схеме, потом я в схему добавил новое поле, прошелся по всем документам в pre('save') вроде как записал значение в новое поле, но документы не обновились. Это норм или нет? Нужно ли при изменении схемы удалять документы и создавать их снова? или структура документов должна обновиться в соответствии с обновленной схемой?

если это новое поле важно, я бы update сделал по всей коллекции

если это новое поле важно, я бы update сделал по всей коллекции

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

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

попробуйте описать

попробуйте описать

все банально, поле priceRub, а вызываю priceRup

может кто помочь с heroku? у меня есть 3 приложения на нем(это одно и тоже приложение просто с разными окружениями), юзаю heroku git для деплоинга, т.е. у меня 3 ветки: development, staging, production и 3 remote: development, staging, production. Когда я пушу какую-либо ветку, например, git push production production, heroku не деплоит приложение, т.к. нужно запушить в мастер, а запушилось в production. Можно это как-то изменить?

нутак пуш в ветку heroku

не совсем понимаю

как из локального staging запушить в staging/master, например?

бля, наконец-то нашел решение, вот оно: git push staging staging:master

Народ, кто-нибудь разбирался в вопросе скорости работы node.js? Нашел статью, в которой говорится, что рекурсивные вызовы на ноде в 10 раз медленнее, чем на Go. Отставание действительно сильное? Критично ли это в продакшне больших проектов на ноде?

рекурсивные вызовы ? зачем такое извращение

рекурсивные вызовы ? зачем такое извращение

Дело даже не в них

рекурсивные вызовы ? зачем такое извращение

Очевидно, что нода медленнее. Тем более в таких тестах, ведь оптимизация кода, вроде, происходит со временем, на лету. Но мне интересно, насколько все плохо с крупными проектами на ноде

Народ, кто-нибудь разбирался в вопросе скорости работы node.js? Нашел статью, в которой говорится, что рекурсивные вызовы на ноде в 10 раз медленнее, чем на Go. Отставание действительно сильное? Критично ли это в продакшне больших проектов на ноде?

Ну в ES6 спеке нам добавили оптимизацию хвостовых вызовов.

Очевидно, что нода медленнее. Тем более в таких тестах, ведь оптимизация кода, вроде, происходит со временем, на лету. Но мне интересно, насколько все плохо с крупными проектами на ноде

у нода свои плюсы.

При некоторых условиях вроде v8 оптимизирует вызовы.

у нода свои плюсы.

Ассинхронность?

Но го будет конечно быстрее.

Ассинхронность?

в том числе

Очевидно, что нода медленнее. Тем более в таких тестах, ведь оптимизация кода, вроде, происходит со временем, на лету. Но мне интересно, насколько все плохо с крупными проектами на ноде

Ну медленее да, это не америка.

У ноды больше косяков чем плюсов и связаны они с тем что это все тот же JS. :)

Го смотреться гораздо интереснее.

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

Го смотреться гораздо интереснее.

Интерес падает при каждой обработке ошибки

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

да все от вас зависит. говнокод и на го можно написать

да все от вас зависит. говнокод и на го можно написать

Но на го он будет все равно быстрее))0)

Интерес падает при каждой обработке ошибки

Ой, ну не надо. А ещё когда надо заниматься годогинерацией тоже падает.

Зато в Жс отпадает когда ты встречаешь привидение типов.

И коллбекХел.

Это примерчики.

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

Вроде нет.

Ой, ну не надо. А ещё когда надо заниматься годогинерацией тоже падает.

Обработка ошибок всратая. Дженериков нет. IDE нет. Лямбд нет. Нормальной работы с пакетами нет

И коллбекХел.

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

Вроде нет.

ште

Обработка ошибок всратая. Дженериков нет. IDE нет. Лямбд нет. Нормальной работы с пакетами нет

idea вроде есть https://www.jetbrains.com/go/

Обработка ошибок всратая. Дженериков нет. IDE нет. Лямбд нет. Нормальной работы с пакетами нет

IDE есть, работа с пакетами налаживается, точнее пакет менеджер то ввели, но им ещё не пользуются.

Но это не сравнимо с количеством косяков в жс.

IDE есть, работа с пакетами налаживается, точнее пакет менеджер то ввели, но им ещё не пользуются.

Допустим. А остальное?

Но это не сравнимо с количеством косяков в жс.

Например?

Например?

там показывать надо

там показывать надо

Ну например? Кроме всей дичи с {} + []

Ну например? Кроме всей дичи с {} + []

читал статью “почему js сосет” или опять ссылку кидать?

читал статью “почему js сосет” или опять ссылку кидать?

https://habr.com/post/315152/ это?

да

ERROR: S client not available

там, конечно, имхо, бред

но в целом картина неплохая

по крайней мере, я на своем стаже уже не чувствую

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

может кто рассказать о своем опыте настройки окружения? у меня на данный момент на бэке 3 окружения: development, staging, production на фронте тоже 3: development, staging, production на фронте в development я юзаю бэк из окружения development в staging я юзаю бэк из окружения production(потому-что staging должен быть максимально близок к production) в production я соответственно юзаю production правильно ли это? на данный момент не знаю куда впихнуть окружение staging из бэка и нужно ли вообще это

Ну например? Кроме всей дичи с {} + []

Это не дичь, это консоль разработчика виновата, мы это решали. Ну, типизация, flip ссылки, неявные ссылки.

Мусорка из фич которые очень часто не нужны/не применимы.

Допустим. А остальное?

Ну джинерики и ошибки, да. Понятно. Не секрет.

Ну например? Кроме всей дичи с {} + []

И поведение объектов плюс массивов адекватно всегда. Опять же отсылка к консоли.

по сути если я нашел какой-то баг в staging, мне нужно изменить это в development, затем запушить в development и с помощью этого дашборда смержить, верно?)

npm ставит devDeps модулей, прописаных в deps проекта

Чому?

Запускаю npm install --production

Вопрос снимается, устанавлеваемый пакет лежит локально, npm просто копирует файлы

Всем привет подскажите, есть хорошее готовое решение для динамической типизации query параметров? Наподобие prop-types у React

У ноды больше косяков чем плюсов и связаны они с тем что это все тот же JS. :)

Не нравится, не выходит с ней работать — не мучай себя и других и уходи)

Всё тот же жс уже давно поменялся, я например не понимаю зачем делают что либо сложнее одного модуля без типизации

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

Paypal, yahoo, ebay ну и еще многие. Ни кто же не мешает распределять задачи.

Не нравится, не выходит с ней работать — не мучай себя и других и уходи)

Я не выхожу, не хочу говорит на JS... ))

Ну это бесспорно, Js пытается меняется к лучшему.

в ноду порог вхождения сейчас еще ниже чем в пхп. а последствия ужаснее. бегите отсюда!!!

в ноду порог вхождения сейчас еще ниже чем в пхп. а последствия ужаснее. бегите отсюда!!!

Держи в курсе

в ноду порог вхождения сейчас еще ниже чем в пхп. а последствия ужаснее. бегите отсюда!!!

Мм, холивар, чем лучше гвоздь забивать))))

в ноду порог вхождения сейчас еще ниже чем в пхп. а последствия ужаснее. бегите отсюда!!!

Наоборот это хорошо. Но если ты хочешь хорошо владеть нодой, то должен быть хороший бекграунд общих знаний.

Держи в курсе

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

Наоборот это хорошо. Но если ты хочешь хорошо владеть нодой, то должен быть хороший бекграунд общих знаний.

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

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

Бессонные ночи наше всё)

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

Все и так знают как это больно

в ноду порог вхождения сейчас еще ниже чем в пхп. а последствия ужаснее. бегите отсюда!!!

Cho?

Все и так знают как это больно

сори, хочешь расскажу сказку про ивент луп? или мемори лик?

сори, хочешь расскажу сказку про ивент луп? или мемори лик?

Давай