О том и речь, что process.cwd() немного не для того нужен.

а что то еще используется для инициализации рута? кроме __dirname

Можно ещё явно использовать директорию файла, как cwd - https://nodejs.org/api/process.html#process_process_chdir_directory

товарищи, проблемка небольшая. Запущен докеровский контейнер под виндой, в коде юзаю fs.watch(). Значит, ситуация следующая - если захожу в терминал контейнера напрямую и меняю там файл - нода видит изменения. Если же я просто тупо меняю файлик под виндой в любом редакторе - нода нифига не видит изменения. Все через шареную папку делается. Куда копать?

товарищи, проблемка небольшая. Запущен докеровский контейнер под виндой, в коде юзаю fs.watch(). Значит, ситуация следующая - если захожу в терминал контейнера напрямую и меняю там файл - нода видит изменения. Если же я просто тупо меняю файлик под виндой в любом редакторе - нода нифига не видит изменения. Все через шареную папку делается. Куда копать?

валить с винды

сейчас недоступно

fs-events

fs.watch не поможет

а все же это конкретно проблемы запуска контейнера на винде или это с fs.watch какой-то косяк?

все вместе

но fs-events может не помочь в докере

он ж вроде для OS X судя по описанию в npm. или я что-то не понял???...о_О

мы же вот про это говорим? https://www.npmjs.com/package/fsevents

или совсем не про это?)

он ж вроде для OS X судя по описанию в npm. или я что-то не понял???...о_О

для всего

наверное тогда надо Chokidar брать

лучше да

ок, спс

вопрос, есть некая аппа, там пользователь совершает некие действия(редактирование, комментирование, смена статусов), все это дело падает всем кто учавствует в апдейты + шлется на почту. какой наиболее правильный способ группировать эти апдейты и не взорвать пользователю почтовый ящик? из идей, это сыпать все эти обновления в очередь, и через какое-то N-ое кол-во времени очищать ее и формировать summary, после слать на почту

в очередь или в лог

товарищи, проблемка небольшая. Запущен докеровский контейнер под виндой, в коде юзаю fs.watch(). Значит, ситуация следующая - если захожу в терминал контейнера напрямую и меняю там файл - нода видит изменения. Если же я просто тупо меняю файлик под виндой в любом редакторе - нода нифига не видит изменения. Все через шареную папку делается. Куда копать?

У винды все плохо в плане докера

да я уже с ним три месяца простите ябусь как чёрт

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

причем я ничего такого там про никсы не нашел

да я уже с ним три месяца простите ябусь как чёрт

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

там еще хуже с этим, одмина нежно называют по имени в уменьшительно-ласкательном

они друзья

так что хрен мне а не никсы)

выше только инвестор но ему срать

Пока что, ага

так что хрен мне а не никсы)

То, что ты делаешь, влияет на бизнес?

Вали из этого болота

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

валить в поиске уже три месяца

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

Хотят легко- пусть найдут пхп магов или школьников

вторая команда для этого сидит возиться с легаси) у которой бэклог по экспоненте растет:D

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

> стандарт безопасности > Требует винду На ноль поделил

))))))))

вопрос, есть некая аппа, там пользователь совершает некие действия(редактирование, комментирование, смена статусов), все это дело падает всем кто учавствует в апдейты + шлется на почту. какой наиболее правильный способ группировать эти апдейты и не взорвать пользователю почтовый ящик? из идей, это сыпать все эти обновления в очередь, и через какое-то N-ое кол-во времени очищать ее и формировать summary, после слать на почту

1) рейт-лимит на рассылку пользователю. например не чаще чем раз в 10-20 секунд, если он превышен то не слать ничего вообще, а при снятии слать все что накопилось собрав в одно уведомление 2) использовать приоритеты и веса для событий

PciDss - ничего такого про линукс там нет.

Коллеги, нужен совет. Сейчас в моём проекте runtime-конфигурация вынесена в отдельный модуль, который получается через обычный require('config'). Таких мест около двух-двух с половиной сотен во всех приложениях. Встал вопрос о внедрении consul для хранения конфигурации, соответственно, конфиг должен читаться каждым приложением из него асинхронно при старте. Собственно, возникла мысль: при старте приложения заполнять require.cache вот так: const resolved = require.resolve('config'); require.cache[resolved] = { id: resolved, filename: resolved, loaded: true, exports: { foo: 42 }}; Как временный вариант, пока не перепишется использование модуля config по всему проекту — насколько это плохое решение? Возможно, кто-то сталкивался с подобным и может подсказать более надёжный путь?

Коллеги, нужен совет. Сейчас в моём проекте runtime-конфигурация вынесена в отдельный модуль, который получается через обычный require('config'). Таких мест около двух-двух с половиной сотен во всех приложениях. Встал вопрос о внедрении consul для хранения конфигурации, соответственно, конфиг должен читаться каждым приложением из него асинхронно при старте. Собственно, возникла мысль: при старте приложения заполнять require.cache вот так: const resolved = require.resolve('config'); require.cache[resolved] = { id: resolved, filename: resolved, loaded: true, exports: { foo: 42 }}; Как временный вариант, пока не перепишется использование модуля config по всему проекту — насколько это плохое решение? Возможно, кто-то сталкивался с подобным и может подсказать более надёжный путь?

Сорри, что оффтоплю сразу, но как ты выделил кусок кода с переносами? Минут 5 сейчас пытаюсь это сделать, выделяя тремя бектиками слева и справа, ничего не выходит

Сорри, что оффтоплю сразу, но как ты выделил кусок кода с переносами? Минут 5 сейчас пытаюсь это сделать, выделяя тремя бектиками слева и справа, ничего не выходит

Апострофы на отдельной строке должны быть.

В начале и в конце

Да, так тоже не работает

Коллеги, нужен совет. Сейчас в моём проекте runtime-конфигурация вынесена в отдельный модуль, который получается через обычный require('config'). Таких мест около двух-двух с половиной сотен во всех приложениях. Встал вопрос о внедрении consul для хранения конфигурации, соответственно, конфиг должен читаться каждым приложением из него асинхронно при старте. Собственно, возникла мысль: при старте приложения заполнять require.cache вот так: const resolved = require.resolve('config'); require.cache[resolved] = { id: resolved, filename: resolved, loaded: true, exports: { foo: 42 }}; Как временный вариант, пока не перепишется использование модуля config по всему проекту — насколько это плохое решение? Возможно, кто-то сталкивался с подобным и может подсказать более надёжный путь?

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

1 - ctrl-enter 2 - ctrl-enter 3

И не нужны никакие апострофы на отдельной строке

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

В каком смысле? Я сейчас планирую минимальный вариант с 3 нодами. Можете поделиться негативным опытом с ним?

Коллеги, нужен совет. Сейчас в моём проекте runtime-конфигурация вынесена в отдельный модуль, который получается через обычный require('config'). Таких мест около двух-двух с половиной сотен во всех приложениях. Встал вопрос о внедрении consul для хранения конфигурации, соответственно, конфиг должен читаться каждым приложением из него асинхронно при старте. Собственно, возникла мысль: при старте приложения заполнять require.cache вот так: const resolved = require.resolve('config'); require.cache[resolved] = { id: resolved, filename: resolved, loaded: true, exports: { foo: 42 }}; Как временный вариант, пока не перепишется использование модуля config по всему проекту — насколько это плохое решение? Возможно, кто-то сталкивался с подобным и может подсказать более надёжный путь?

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

В каком смысле? Я сейчас планирую минимальный вариант с 3 нодами. Можете поделиться негативным опытом с ним?

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

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

Ага. Ну, мы пока только на пути к 12factor ) Покручу этот вариант в голове, спасибо.

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

ну то есть надо что-то переписать, а человеку надо просто сохранить обратную совместимость. без рефакторинга

Не надо ничего переписывать кроме деплоя

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

Не надо ничего переписывать кроме деплоя

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

И все в файле?)

Вот мне идея с ковырянием require.cache тоже не кажется хорошей, потому и спросил здесь.

Что делать с динамически обновляемыми данными?))

Вот мне идея с ковырянием require.cache тоже не кажется хорошей, потому и спросил здесь.

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

Что делать с динамически обновляемыми данными?))

У нас конфиг 100% статичен.

У нас конфиг 100% статичен.

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

вот кстати у меня тоже вопрос по поводу конфигурирования но немного другой. Один модуль выдает события по которым я ищу совпадения прям в JSON справочнике, в котором все эти совпадения прописаны. Справочник отвечает за сообщения отправляемые другим сервисам в инфраструктуре. Мысль есть - сделать модуль который считывает этот JSON-справочник и импортируется глобально в аппу - при изменении справочника соответственно всех оповещает. Вам как кажется - это сильно криво? Как вообще делают в подобных кейсах?

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

Хочется иметь одну точку модификации конфига. План был таков, что в консул загружается текущий конфиг, а все приложения его читают. На другой чаше весов у меня сейчас подход 12factor, где как раз всё в переменных окружения. Я пока оцениваю варианты с т.з. трудозатрат на внедрение.

Хочется иметь одну точку модификации конфига. План был таков, что в консул загружается текущий конфиг, а все приложения его читают. На другой чаше весов у меня сейчас подход 12factor, где как раз всё в переменных окружения. Я пока оцениваю варианты с т.з. трудозатрат на внедрение.

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

Ну вот смотрите, окружение - это здесь и сейчас. В консуле вы можете их перечитать не меняя код. Удобнее?

При файле, вы при изменении конфига, будете передеплоивать код.

Ну вот смотрите, окружение - это здесь и сейчас. В консуле вы можете их перечитать не меняя код. Удобнее?

кто их туда запишет? сколько вариантов будет?

Каждый сервис запишет то, что нужно ему)

При файле, вы при изменении конфига, будете передеплоивать код.

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

Каждый сервис запишет то, что нужно ему)

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

Зачем?

Зачем?

что зачем?

У вас в одном месте конфиг

Зачем отдельный конфиг?

Там по коду разбросанно одно и тоже

Там по коду разбросанно одно и тоже

это сложно вообще обсуждать не зная что там в конфиге

Вообще я не видел проблем с консулом, но всегда был fallback. А это уже могут быть и переменные окружения))

люди как автоматически обновить все пакеты в package.json На последний

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

npm update

только при условии что у тебя не указана конкретная версия

указаны

там если в версии указано так «^1.0.0» то он обновит

не обновляет

я давно както обновлял, забыл или это yarn был

npm-check -u вроде как справился, плохо что надо выбрать пакеты в меню

npm-check -u вроде как справился, плохо что надо выбрать пакеты в меню

Что настроил, то и получай

после этих магических заклинаний вроде webpack-simple запускается грязно не ругается но страница Localhost:8080 пустая

разобрался надо было на хост —host 0.0.0.0 запустить

мне так никто и не ответит?

вот кстати у меня тоже вопрос по поводу конфигурирования но немного другой. Один модуль выдает события по которым я ищу совпадения прям в JSON справочнике, в котором все эти совпадения прописаны. Справочник отвечает за сообщения отправляемые другим сервисам в инфраструктуре. Мысль есть - сделать модуль который считывает этот JSON-справочник и импортируется глобально в аппу - при изменении справочника соответственно всех оповещает. Вам как кажется - это сильно криво? Как вообще делают в подобных кейсах?

вот кстати у меня тоже вопрос по поводу конфигурирования но немного другой. Один модуль выдает события по которым я ищу совпадения прям в JSON справочнике, в котором все эти совпадения прописаны. Справочник отвечает за сообщения отправляемые другим сервисам в инфраструктуре. Мысль есть - сделать модуль который считывает этот JSON-справочник и импортируется глобально в аппу - при изменении справочника соответственно всех оповещает. Вам как кажется - это сильно криво? Как вообще делают в подобных кейсах?

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

кто на чем там стоит не ясно

Просто кусочек правды