почему так лучше?

а еще девопс)

почему так лучше?

Окружение максимально изолировано

а еще девопс)

а что не так?

получается мне хранить node_modules там где ведётся сборка и разработка, но добавить в .gitignore ?

Да

Окружение максимально изолировано

изолировано от чего?

а что не так?

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

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

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

От других js-приложений, работающих на том же хосте, например.

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

само собой. зачем нужна изоляция? над этим вопросом бьется все сообщество.

От других js-приложений, работающих на том же хосте, например.

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

почему так лучше?

Здравый смысл. Выше написали, что всё изолировано. Допустим, у вас есть проект на express. Зачем вам возможность работать с koa, которую вы установили для другого проекта месячной давности?

само собой. зачем нужна изоляция? над этим вопросом бьется все сообщество.

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

Здравый смысл. Выше написали, что всё изолировано. Допустим, у вас есть проект на express. Зачем вам возможность работать с koa, которую вы установили для другого проекта месячной давности?

выше ответил, это микросервисы, каждое приложение в своём контейнере

Не все приложения — микросервисы

У девопсов свой особенный мир

Не все приложения — микросервисы

Все которые я собираюсь собирать =)

Бывают просто одноразовые скрипты, например. Их тоже в докер пихать?

+ если у вас unix у вас не всегда будут права установить приложения глобально

Бывают просто одноразовые скрипты, например. Их тоже в докер пихать?

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

+ если у вас unix у вас не всегда будут права установить приложения глобально

с правами разумное замечание, спасибо

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

сейчас с этим проблем нет, а вот с прежними версиями npm было что-то не понятное

выше ответил, это микросервисы, каждое приложение в своём контейнере

Вы можете ставить глобально, но будьте готовы, что на вас выльется тонна говна от других node.js - разработчиков (весьма оправданно, кстати) Стоит всё лить в node_modules хотя бы потому, что это негласное правило всей экосистемы

У девопсов свой особенный мир

это как?

выше ответил, это микросервисы, каждое приложение в своём контейнере

+ не очень ясно, как вы версии будете контролировать

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

Какой-нибудь плагин для вима или просто консольная утилита, написанная для себя. Их тоже в докер?

Какой-нибудь плагин для вима или просто консольная утилита, написанная для себя. Их тоже в докер?

не понимаю к чему вы клоните. в контейнеры надо укладывать всё что в итоге попадёт на продакшен в виде того же артефакта. Если "пишешь для себя" - это не относится к бизнесу и директор не выделет часы DevOps``а настраивать под это дев, разработчик сделает его себе сам, как ему нравится

При чём тут продакшн? Речь шла об изоляции, насколько я помню.

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

речь про это

девы идентичны продакшену, если что, речь про такую схему

не про "песочницы", это процесс CI/CD

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

Попробую "не отходить от какнона"

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

Подскажите ещё пожалуйста, я правильно понимаю, что структура проекта примерно следующа: package.json (описание приложения, зависимости) —> build/webpack.config.js (собственно конфиг сборки) —> frontend/js/main.js —>frontend/js/modules/my-awesome-module.js

Конфиг вебпака чаще кладут в корень

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

не понял, на "прод" попадает уже собранный JS, зачем там node_modules ?

Не всё в node_modules — js

Там и картинки бывают, например

Иконки, шрифты. Да что угодно

Uncaught ReferenceError: VueRouter is not defined установил репозиторий https://github.com/vace/vue-metro Что сделать с vue.js что б зароботало?

буду благодарен...

Не всё в node_modules — js

Интересно, в любом случае спасибо за ответы)

не понял, на "прод" попадает уже собранный JS, зачем там node_modules ?

Плюс, код для ноды далеко не всегда собирают в бандл. Больше скажу, это дурной тон.

Плюс, код для ноды далеко не всегда собирают в бандл. Больше скажу, это дурной тон.

Наверно я пока просто больше про webpack спрашиваю

Фронт для меня совсем новая область

Плюс, код для ноды далеко не всегда собирают в бандл. Больше скажу, это дурной тон.

а что под бандлом подразумевается?

буду благодарен...

никто не поможет?...

а что под бандлом подразумевается?

Один толстый js'ник из кучи мелких, очевидно.

никто не поможет?...

@js_ru

thanks

thanks

Или @vuejs_ru

yes, спасибо

я к тому что в экосистеме nodejs половина библиотек написано наглухо отмороженными людьми и чтобы что-то брать особенно какую-нибудь middleware стоит трижды подумать

дык надо ж кодище-то смотреть прежде чем качать

Один толстый js'ник из кучи мелких, очевидно.

так почему это дурной тон? от проекта же зависит

У меня оффтопный вопрос есть # для вакансий дезайнерам

У меня оффтопный вопрос есть # для вакансий дезайнерам

тебе дизайнер нужен?

Нет вакансии для друга

Нет вакансии для друга

у меня есть только чат по UX/UI может там что будет

Сылку можно?

https://t.me/uiux_ru

Привет, народ. Вот представим такую ситуёвину. Есть некий проект с кучей кода на ES5 и щепотке ES6. В проде NodeJS 4. Почти всё-всё на колбэках и async.js с кучей кода... мм... не самого лучшего качества. И тестов нет. Рефакторить вручную нет почти никакой возможности, но основная структура кода достаточно простая: Mongoose модели, express 4 с кастомным роутером, воркеры для RabbitMQ с кастомизированным вариантом amqplib. Как бы вы исправляли это положение? Есть идея взять AST от Babel и попробовать сделать автоматический рефакторинг в сторону оборачивания моделей с callback'ами через Bluebird.promisify и разворачивание async... в async/await конструкции.

Настроил себе кто-то дебаг ноды в докере через webstorm ?

я оформил VPS на ubuntu 14.04

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

npm run start / yarn start стартует без ошибок

но

серв дал мне 1 айпишник 185.159.129.219

я вот по нему иду и там пусто

ща буду кричать везде)

что делать подскажите?

На каком порту

Разворачивается сервер

что делать подскажите?

больше текста

Подскажите за middleware?

Кто-нить может подсказать как правильно поступать с middleware? У меня на проекте есть функция, через которую проходит все запросы, каждый раз когда запрос пришел, я пропускаю запрос через композицию middlewares и возвращаю ответ.

порядок middleware такой customMiddleWare, authMiddleWare, sentryMiddleWare, globalMiddleWare. В кастомные middle у меня попадают все мидлы, которые я передаю в аргументы при вызове функции, а остальные у меня типо глобальные.

я хочу сделать кастомный middleware который находит определенную ошибку и обработать ее

мне не хочется плодить код для обработки ошибки, потому, что точно такой же код есть в globalMiddleWare, но не хочу, чтоб эта ошибка попала в sentryMiddleWare