npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@bluedrop_dev/configly

v4.0.2

Published

A developer-friendly lightweight replacement for the 'config' module that works with custom config directory and pluggable parsers

Downloads

5

Readme

configly NPM Module

A developer-friendly lightweight replacement for the config module that works with custom config directory and pluggable parsers.

Linux Build Windows Build

Coverage Status Dependency Status

bitHound Overall Score

Notice of change of ownership: Starting version 3.0.0 this package has changed it's owner and goals. The old version (2.0.3) is still available on npm via npm install [email protected] and on github.com/ksmithut/configly. Thank you.

Install

$ npm install --save configly

Why

Original config module is convenient and easy to start with library, but in the same time being focused that much on "easy" it lacks certain features to be a "developer friendly" library.

This package is addressing those issues, while keeping easy of use and feature set on par with the original module.

Usage

Basic

To simply replace your current config setup, add following to your files:

var config = require('configly')();

console.log(config.my.combined.options);

It will load .js and .json files from ./config folder, relative to the current working directory (process.cwd()).

It will cache the result, so files will be read only once per process.

Pluggable Formats and Parsers

Out of the box configly supports only two formats (.js and .json), but developers can add their own parsers and support for more formats (e.g. .ini, .yaml, .cson).

var config     = require('configly');
// more parsers
var ini        = require('ini');
var cson       = require('cson');
var yaml       = require('js-yaml');
var properties = require('properties');
var json5      = require('json5');

// assemble new parsers list
// order doesn't matter since they
// will be alphabetically sorted

var configObj = config({
  parsers: {
    ini       : ini.parse,
    // have it as a wrapper to prevent extra arguments leaking
    cson      : function(str) { return cson.parse(str); },
    yml       : function(str) { return yaml.safeLoad(str); },
    // same options as used within `config` module
    properties: function(str) { return properties.parse(str, {namespaces: true, variables: true, sections: true}); },
    // use json5 instead of `JSON.parse`
    json      : json5.parse,
    // keep the original one
    js        : config.parsers.js
  }
});

Or create new instance with new defaults


var configNew = config.new({
  parsers: {
    ini       : ini.parse,
    // have it as a wrapper to prevent extra arguments leaking
    cson      : function(str) { return cson.parse(str); },
    yml       : function(str) { return yaml.safeLoad(str); },
    // same options as used within `config` module
    properties: function(str) { return properties.parse(str, {namespaces: true, variables: true, sections: true}); },
    // use json5 instead of `JSON.parse`
    json      : json5.parse,
    // keep the original one
    js        : config.parsers.js
  }
});

// use it as usual
var configObj = configNew();

You can export newly created instance and reuse it all over your app, it won't be affected by other instances of the configly even if it used in dependencies of your app, or you module is part of the bigger app, that uses configly.

Custom Config Directory

To load config files from a custom directory, just specify it as the first argument.

var config = require('configly')('./etc'); // `require('configly')('etc');` would work the same way

It will load files from the etc folder relative to the current working directory, by providing absolute path, you can make sure exact location of the config files, which is useful to libraries meant to be used within larger applications and for command line apps that could be invoked from different directories.

var path   = require('path');
var config = require('configly')(path.join(__dirname, 'etc'));

Or you can set up new directory as default one and invoke configly without custom arguments from within other files.

// config.js
var path     = require('path');
var configly = require('configly');

module.exports = configly.new({
  defaults: {
    directory: path.join(__dirname, 'etc')
  }
});

// app.js
var config = require('./config')();

Additional Config Directories

It is possible to load files from more than one config directory within one application/module.

var path     = require('path');
var configly = require('configly');

// "inline"
var oneConfig = configly([
  path.join(__dirname, 'app-config'),
  path.join(__dirname, 'rules-config')
]);

Or creating new default

module.exports = configly.new({
  defaults: {
    directory: [
      path.join(__dirname, 'app-config'),
      path.join(__dirname, 'rules-config')
    ]
  }
});

Custom Files

Also configly can load config data from custom files (along with the default list), handling them the same way – search for supported extensions and within specified directory(-ies).

var config = configly({
  files: configly.files.concat(['custom_file_A', 'custom_file_B'])
});

Following code will completely replace list of filenames.

var config = configly('/etc', {
  files: [
    'totally',
    'custom',
    'list',
    'of',
    'files'
  ]
});

For use cases where you need to load config files within the app, but augment it with server/environment specific config you can add absolute path filename to the files list.

var config = configly(path.join(__dirname, 'config'), {
  // `configly` will search for `/etc/consul/env.js`, `/etc/consul/env.json`, etc
  // after loading default files from local `config` folder
  files: configly.files.concat('/etc/consul/env')
});

For bigger apps / more complex configs, combination of multiple directories and custom files would provide needed functionality.

var path     = require('path')
  , configly = require('configly')
  , package  = require('./package.json')
  ;

module.exports = configly.new({
  defaults: {
    directory: [
      // will search local config directory
      path.join(__dirname, 'config'),
      // and augment with same files
      // from environment specific folder
      '/etc/consul'
    ]
  },
  // also will try to load config files matching current app name
  // e.g. 'my-app.js', `my-app.json`, `my-app-production.js`, `my-app-production.json`,
  // from both local config folder and `/etc/consul`
  files: configly.files.concat(package.name)
});

Migration from config

To fully replicate config's behavior and provide easy way to include static customized config in your app files, without resorting to require('../../../config'), you can create virtual node module, based on the custom config file within your app.

Step 1. Create config file that exports static config object (with your custom rules)

config/config.js

var path     = require('path')
  , configly = require('configly')
  , ini      = require('ini')
  , yaml     = require('js-yaml')
  ;

// run configly once with inlined modifiers
// and have it as node-cached module
module.exports = configly({
  defaults: {
    directory: [
      // will search local config directory
      './etc',
      // and augment with same files
      // from environment specific folder
      '/etc/consul'
    ]
  },
  // also will try to load config files matching current app name
  // e.g. `my-app.ini`, 'my-app.js', `my-app.json`, `my-app.yml`,
  // `my-app-production.ini`, `my-app-production.js`, `my-app-production.json`, `my-app-production.yml`,
  // from both local config folder and `/etc/consul`
  files: configly.files.concat('my-app'),

  // throw in custom parsers as well
  parsers: {
    ini : ini.parse,
    // have it as a wrapper to prevent extra arguments leaking
    yml : function(str) { return yaml.safeLoad(str); }
  }
});

Step 2. Add package.json for your virtual node module

config/package.json

{
  "name": "config",
  "version": "0.0.0",
  "main": "config.js"
}

Step 3. Add virtual node module to your app's package.json

  "dependencies": {
    "config": "./config"
  },

Now npm will copy ./config/ files into node_modules and execute ./config/config.js on first require, making it's output available for every file of your app, via var config = require('config').

This way migration of your app from config module to configly will be limited to a few extra lines of code, while providing more functionality and better separation of concerns out of the box.

app/lib/file.js

var config = require('config');

console.log('value', config.my.data.from.etc.consul.myApp.json);

Base for Custom Module

And similar to the method described above, it could serve as a handy toolkit for your own config module, below you can see simple example of the custom config module that allows for flexible extension on per project basis while keeping standard approach within your organization.

var path      = require('path')
  , configly  = require('configly')
    // get application's name for per application custom config file,
    // useful for having per environment specific config files
    // separate from code base of the application
  , appName   = process.env['NODE_MY_ORG_CONFIG_APPNAME'] || require(path.resolve('./package.json')).name
    // by default, it will search local (CWD) `./config` directory
    // augmented with same files from environment specific folder `/etc/consul`,
    // and could overridden from outside of the app, for cases when app/module itself
    // being used as the base for another service, or in test/integration environments
  , directory = process.env['NODE_MY_ORG_CONFIG_PATH'] || './config:/etc/consul'
    // use standard path separator `:`
  , separator = ':'
  ;

// run configly once with inlined modifiers
// and have it as node-cached module
module.exports = configly({
  defaults: {
    directory: directory.split(separator)
  },
  // also will try to load config files matching current app name
  // e.g. 'my-app.js', `my-app.json`,
  // `my-app-production.js`, `my-app-production.json`,
  // from both local `config` folder and from `/etc/consul`.
  // Also `appName` could be composite value, like:
  // `my_app:my_group:my_org` for more flexibility
  files: configly.files.concat(appName.split(separator))
});

Above code could be published on npm (internal or public), as your organization specific config module @myorg/config, and used within all your organization's projects:

var config = require('@myorg/config');

console.log(config.env.specific.value);

More Examples

For more examples check out test directory.

Differences

Main differences between configly and config:

Does

  • Configly provides deterministic (and controllable) order of the config files it loads from.
  • Configly provides deterministic (and controllable) order of the file extensions it loads from.
  • Configly provides post-load hooks for config files, (e.g. custom-environment-variables works via this mechanism).
  • Configly provides ability to combine environment variables within one entry (e.g. "endpoint": "${REMOTE_HOST}:${REMOTE_PORT}").
  • Configly provides access to the underlying functions and defaults, allowing to utilize parts of the functionality for greater flexibility.

Does Not

  • Configly doesn't read/write NODE_CONFIG environment variable.
  • Configly doesn't pollute your logs with warnings of non-existent files, it will either throw (if couldn't read/parse a file) or be silent.
  • Configly doesn't provide get, has methods, it always returns pure js (POJO) object.
  • Configly doesn't auto-strip comments from JSON files, use configly.PARSERS['json'] = json5.parse;.

License

Configly is licensed under the MIT license.