Все остальное зашито в код

у нас тож через env, особых проблем не было, но и сложность части на ноде крайне маленькая)

Все через ENV

12 factor app?

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

нод инспектор

не видел пока еще ничего лучше devtools для анализа

а он разве с чем-то кроме lts работает?

хотя даже с lts какие-то проблемы

из того что я помню node-config не умеет сбрасывать кеш и работать нормально с кастомными env переменными

https://github.com/lorenwest/node-config/wiki/Environment-Variables

To enable custom environment variables, create a configuration file, custom-environment-variables.json

12 factor app?

вроде того

To enable custom environment variables, create a configuration file, custom-environment-variables.json

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

Ооок. Нормальное рещение ИМХО - держать маппинг без магии

Мне кажется все это бесмысленный байкшеддинг

Конфиги это не очень сложная проблема

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

Ну вот и пишите велосипеды

Это как раз нормально для такой задачи

ну да, о том и речь

Я говорил о либах для конфигов, они не нужны

в 95% нужно просто наследование пары конфигов

На самом деле в 12 factor про конфиги по делу написано

Есть конфиги в коде, а есть конфигипри деплое

Это разные вещи

Всем привет, ребят изучаю node(привет кэп). Подскажите какие проекты можно сделать для практики socket.io используя что-то из steam API.

Я года полтора назад писал валидатор конфигов на основе JSON Schema, чтобы нельзя было запустить проект с невалидными конфигами. Со временем пришли к текущей архитектуре — common + patch. Она оказалась удобнее для разработки — внесение правок в схему у команды всегда сопровождалось болью.

А что является теперь common? production или develop? :)

Я говорил о либах для конфигов, они не нужны

Зависит от требования к утилизации наработок :) Если писать модули только для одного конкретно решения - то можно всё хардкодить, когда нужна потрабельность - тогда появляются требования к гибкости

А что является теперь common? production или develop? :)

ИМХО, прод. Чем более близкую к нему среду поднимает у себя разработчик (или поднимают на тестовых контурах), тем точнее удается воспроизвести наиболее хитрые баги - скажем, связанные с производительностью, или гонками запросов, или отказоустойчивостью. Но это чисто мои установки, на истину не претендую )

Да вот мы также к этому пришли :)

Другой вопрос принципиальный - стоит ли группировать параметры

Или сделать плоскую key-value структуру

Мы группируем, а крупные группы выносим в отдельные файлы. Потом их проще переопределять для каждой среды.

Типа такого? https://www.npmjs.com/package/app-config

А как группируете? Относительно библиотек или функций/фич приложений?

Сейчас решаю такой вопрос с помощью https://www.npmjs.com/package/config У каждого нод-модуля свой конфиг, который мерджится с конфигом собираемого приложения Так же реализовал подгрузку и мерж конфига от подмодулей, если они зависят от других конфигов модулей

Круто :) Но конфиги имхо лучше в виде JS, тогда и подгрузка зависимостей не нужна (правда ABA-deps проблема может быть)

А как группируете? Относительно библиотек или функций/фич приложений?

Относительно фич. Отдельно — постгрес/слой DAO, отдельно — работа с очередью, отдельно — smtp и настройки почтовых рассылок.

У феникса интересный подход тоже https://github.com/phoenixframework/phoenix/tree/master/installer/templates/new/config

Относительно фич. Отдельно — постгрес/слой DAO, отдельно — работа с очередью, отдельно — smtp и настройки почтовых рассылок.

Похоже на: 1. Core 2. Services 3. Features

Круто :) Но конфиги имхо лучше в виде JS, тогда и подгрузка зависимостей не нужна (правда ABA-deps проблема может быть)

Внутри они json, но наружу уже торчат как экспорт js(то есть самого модуля config) после мерджа конфигов модуля и аппа

Круто :) Но конфиги имхо лучше в виде JS, тогда и подгрузка зависимостей не нужна (правда ABA-deps проблема может быть)

Плюс есть возможность conditional configs делать в стиле: https://github.com/rails/rails/blob/master/railties/lib/rails/generators/rails/app/templates/config/environments/development.rb.tt#L16

Очень важная часть тут - автокомплит

Он должен работать в коде вида: import config from '../config' console.log('Connect to [%s]...', config.|

кстати кто-нибудь работал с vue.js?

@vuejs_ru - здесь целая армия счастливчиков)

Спасибо

Крутая штука, кстати - https://github.com/AGWA/git-crypt

Отсюда найдена https://github.com/lorenwest/node-config/wiki/Securing-Production-Config-Files

Вопрос только теперь, как сделать выборку для браузерного кода

Вижу такой концепт: const config = { features: { privateBetaMode: new ConfigKey({ "env": "PRIVATE_BETA_MODE", "required": true, "namespace": ["browser", "server"], "type": "boolean", }), privateBetaUsers: new ConfigKey({ "env": "PRIVATE_BETA_USERS", "required": true, "namespace": ["server"], "type": "array", }), }, }

Парни какой сейчас http клиент хороший для ноды? axios?

fetch

fetch

+

Хм а там разве можно query params в get запросе в виде словаря передать?

Да все ок

Хотя нет. Говно. Слишком low level. qs словарем не передать, собирайте сами. Взял axios. Все это умеет

фетч для ноды? как интересно

собирать квери парамс можно url

еще лучше xmlhttprequest

еще лучше xmlhttprequest

👍👍👍

я query params всегда так собираю ?foo=${foo}&bar=${bar}

axios это совсем уж нубская поделка

Отсюда найдена https://github.com/lorenwest/node-config/wiki/Securing-Production-Config-Files

Улыбка у чувака какая-то

С болью

*тут мог бы быть стикер*

до волшебной цифры не хватает 1 человека, а тут 2, забавно

1407 должно быть у похапэ

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

У вьюшников весь день красивая цифра

Народ, посоветуйте плз что-нибудь вроде wysiwyg редактора для статичных html файлов Бэкенда нет, просто express.static(path.join(__dirname, 'public') Требуется менять только текст (не нужны модели, формы и прочее) Максимально простое)

дяденька, вам 45+?

Нужно веб решение, да и не думаю что он поддерживает swig(template engine)

Народ, посоветуйте плз что-нибудь вроде wysiwyg редактора для статичных html файлов Бэкенда нет, просто express.static(path.join(__dirname, 'public') Требуется менять только текст (не нужны модели, формы и прочее) Максимально простое)

Так сохранять как будешь?

Веб решение без бекенда?

Так сохранять как будешь?

Тебе в любом случае тогда надо писать в файл. И вешать на порт

я query params всегда так собираю ?foo=${foo}&bar=${bar}

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

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

1. Сделай свой пакет, положи в npm. 2. Найди готовый пакет и его прикручивай. 3. Напиши функцию и прикручивай к каждому проекту.

1. Сделай свой пакет, положи в npm. 2. Найди готовый пакет и его прикручивай. 3. Напиши функцию и прикручивай к каждому проекту.

я уже нашел пакет axios и он все это делает

вопрос в том что мне советовали node-fetch зачем-то для этого

Парни, привет. А чем в ноде/интегрированным с нодой можно из темплейта (хз какого, но темплейтинг нужен) можно сгенерировать pdf? Первым делом в голову приходит всякий latex, но чёт мне кажется это overkill

Парни, привет. А чем в ноде/интегрированным с нодой можно из темплейта (хз какого, но темплейтинг нужен) можно сгенерировать pdf? Первым делом в голову приходит всякий latex, но чёт мне кажется это overkill

Может всё таки стоит вынести это в отдельный worker, дабы не загружать процесс ноды? Так что почему бы и нет?