подскажите, можно глобально через env vars задать уровень логов для winston ? не прописывая ничего в коде. что-то ничего такого найти не могу.

подскажите, можно глобально через env vars задать уровень логов для winston ? не прописывая ничего в коде. что-то ничего такого найти не могу.

WINSTON_LOG_LEVEL=info node app.js При инициализации транспорта в winston: level: process.env.WINSTON_LOG_LEVEL || '_дефолтный_'

это понятно. я думал winston сам читает какую то env переменную

код менять не хотелось

видимо придется

Ну да, код иногда приходится писать, тяжела жизнь разраба.

npm нас испортил. теперь написать одну строку кода это уже вынужденная мера)

если проект в продакшн на 10 серверах и вот прямо сейчас надо изменить log level не меняя код, а просто подсунуть переменную окружения. и если это не делает winston из коробки это проблема, да

если проект в продакшн на 10 серверах и вот прямо сейчас надо изменить log level не меняя код, а просто подсунуть переменную окружения. и если это не делает winston из коробки это проблема, да

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

Да какая разница, если все равно перезапускать надо

проект достался по наследству :) что есть то есть. парни там про 12factor вообще не слышали

Да какая разница, если все равно перезапускать надо

перезапустить одно, а пересобрать образ другое

в случае изменения кода

Ну тогда это первая проблема, которую нужно решать

уже понятно) но вот почему бы winston не читать ту же WINSTON_LOG_LEVEL. возможно повод для пул реквеста

уже понятно) но вот почему бы winston не читать ту же WINSTON_LOG_LEVEL. возможно повод для пул реквеста

запили)

Не должны библиотеки таких веще делать

Так же можно и спросить, почему экспрессу порт нельзя через env передать

Или любой библиотеке что угодно

Да какая разница, если все равно перезапускать надо

Если об этом заранее думать, то не придётся. Шлём команду на pid процесса, меняем уровень.

Не должны библиотеки таких веще делать

ну в общем да. тут я согласен

@Vint проще просто добиться того, что можно быстро деплоить и не париться

ох не всегда) а если там веб-сокеты и стики сессии ? а мы этот контейнер в даун)

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

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

Если этого нет - то все плохо

Это более сложный процесс для разработки. Но крайне важный, да. Сегодня log-level, завтра ещё куча всего. Обновления и перезапуски на каждом углу.

Тем более, всегда есть вероятность что любой процесс упадет в любой момент

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

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

Осталось закказчику обосновать трудозатраты)

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

кроме сокетов там нет ничего в памяти. весь стейт в редисе

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

Можно. Инстанс-кеш вполне-себе вещь, но при условии, что он самобытен и сам наполняется при релоадах.

Ну и отлично - тогда при перезапуске все в порядке будет

@vintorn ключевое слово - важные

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

Не должно

тут такой тонкий проект как бы

Ну то есть, нужно минимизировать, конечно

Потому что перезапускать периодически так и так нужно, ничего не поделаешь

@vintorn ключевое слово - важные

Ну да) Но тут каждый сам решает. Важными могут быть не только данные, которые требуют persistence, а просто "общие" для нескольких инстансов/серверов. Поэтому иногда и memcached хватает вместо редиса, например.

честно давно не видел memcached в проде. везде redis и вот сейчас тарантул

даже вот varnish недавно видел )

хах

Мемкэша гораздо больше чем тарантула

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

Просто тарантул пытаются продвигать зачем-то

Просто тарантул пытаются продвигать зачем-то

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

Он очень странный

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

Да ладно, может когда и взлетит. Сколько nginx по кулуарам шлялся, а потом выстрелил. А вот mailru'шый zerowait не смог.

Да ладно, может когда и взлетит. Сколько nginx по кулуарам шлялся, а потом выстрелил. А вот mailru'шый zerowait не смог.

как по мне кадди в разы круче чем nginx

как по мне кадди в разы круче чем nginx

Не слышал, не знаю) Nginx'а пока везде хватает.

Нашёл. Почитал changelog. Путём nginx'a прут. Детские критические болячки всплывают, пока ещё не было мажорного релиза, и т.д. В общем, имеет право на жизнь, как и любое just another поделие.

Не слышал, не знаю) Nginx'а пока везде хватает.

https://caddyserver.com/

https://caddyserver.com/

См. моё следующее сообщение)

ну мы на проде его юзаем уже месяца 4, пока полет нормальный)

А зачем?

nginx задолбало конфигурить под каждый проект. там конфигурация проще

nginx задолбало конфигурить под каждый проект. там конфигурация проще

Может и проще, но так много конфигурить надо? А если надо, может инклюды с переменными пользовать как шаблоны? Хоть Сысоев и отговаривает от этого постоянно)

Генератор конфига сделать и дело в шляпе )

Может и проще, но так много конфигурить надо? А если надо, может инклюды с переменными пользовать как шаблоны? Хоть Сысоев и отговаривает от этого постоянно)

дохрена, мой коллега неделями сидел над этими конфигами. ну нафиг.

А что нода больше не умеет в вебсервер?

Генератор конфига сделать и дело в шляпе )

или использовать кадди, и настраивать за 10 минут.

А что нода больше не умеет в вебсервер?

нода умеет, но только не несколько серверов на одном порту

pm2 же есть

Или это не то?

А что нода больше не умеет в вебсервер?

у нас там не только нода, да и ноду все равно стоит проксировать, чтобы масштабировать это все. ну и статика еще и ты ды.

Я гдето слышал что Пм2 для масштабирования юзают

pm2 же есть

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

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

во во

А

Сорян что влез

а у нас там еще go, пыха и другого всякого добра навалом

Кади на года писано

на го, да

Я гдето слышал что Пм2 для масштабирования юзают

Забудь) pm2 умеет конечно, но прикрывать его nginx или подобным надо обязательно.

Слушайте ну выглядит прикольно. А Сысоев не обидится?

А чего ему обижаться, когда уже nginx начал монетизироваться?

Нада ишьюс запилить в репу жинкса. Чтоб он тоже в лёгкие конфиги кади-стайл умел