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

qconfig

v1.7.1

Published

small, light configuration loader

Downloads

9

Readme

QConfig

Build Status Coverage Status

Small, light configuration loader. Loads json and javascript config files (also coffee-script). Configuration can be hierarchical, inheriting from multiple sources specified by name or by regular expression.

Configurations are returned as hierarchical key-value objects (hashes) without methods on them.

Features

  • simple, no dependencies
  • hierarchical, with configurable multiple inheritance
  • config hierarchy can be matched to environment by name or by regular expression
  • configurable config file loader, supports any config file format
  • shareable, can be called from multiple places
  • can locate config directory along filepath, does not require the current working directory to be set
  • supports different configurations for multiple apps all started from the same directory
  • specify environment with NODE_ENV or opts.env
  • specify configuration directory to use with NODE_CONFIG_DIR or opts.configDirectory
  • can read additional project-specific opts settings from config/qconfig.conf.js

Quick Guide

Common Usage

Load the default configuration named by the NODE_ENV environment variable (else 'development' by default). The configuration is searched for and is read from the nearest enclosing '/config' directory.

    var config = require('qconfig')

As above, but using 'qconfig.load', a function that allows arbitrary options to be used while loading

    var config = require('qconfig/load')({ env: 'staging' })

Load the 'staging' configuration from the testConfigs directory, overriding NODE_ENV and the config directory search

    var config = require('qconfig/load')({
        env: 'staging',
        dir: 'testConfigs'
    })

As above, but using 'qconfig'

    process.env.NODE_ENV = 'staging'
    process.env.NODE_CONFIG_DIR = 'testConfigs'
    var config = require('qconfig')

Configuration Environments

Default Settings

Qconfig default settings can be built in or loaded from qconfig.conf in the target configuration directory. The qconfig.conf file can be any format that is loadable by require(), typically .js, .json and .coffee.

Built In

  • env - config environment to load (default development)
  • dirname - config directory name (default config)
  • dir - config directory filepath (default is to search on calling file filepath)
  • preload - pre-install configuration inheritance hierarchy, see Inheritance Hierarchies below
  • layers - synonym for preload
  • postload - post-install configuration inheritance hierarchy, see Inheritance Hierarchies below
  • loader - function to use to convert the config files to objects (default require)
  • extensions - config filename extensions to look for, see Configuration File Formats below (default ['', '.js', '.json'])
  • defaultPreload - list of configs to preload for all environments. Default ['default'].
  • defaultPostload - list of configs to postload for all environments. Default ['local'].

qconfig.conf

Qconfig.conf should evaluate to an object in the same format as the QConfig constructor opts and may contain any option (though the ones used to locate the config directory will not be used). This provides a handy place to customize the project inheritance hierarchy and/or config file format. The format of qconfig.conf must be understood by the node built-in require().

  • preload
  • postload
  • loader

Inheritance Hierarchies

Config sections can load other config sections as prerequisites, and load other config sections as overrides. These are configured in the preload and postload sections of qconfig.conf, or via the preload and postload properties of the constructor options.

As of version 1.7.0, environments without a specified inheritance hierarchy preload default and postload local for more convenient config compatibility. This behavior does not apply to environments that explicitly specify their own preload or postload dependencies: if a hierarchy is specified explicitly, those and only those layers will be loaded. To turn off auto-loading default, define an empty preload list. To turn off auto-loading local, define an empty postload list.

// configure environment `bare` to not load `default` or `local`
var load = require('qconfig/load')
var config = load('bare', { preload: { bare: [] }, postload: { bare: [] } })

If the top-level environment being loaded is not configured, it elicits a warning message. If a dependency is not configured, it is silently ignored.

The built-in default set of environments are development, staging, production and canary. Each preloads default and postloads local. canary also preloads production. This behavior can be overridden with qconfig.conf or load options.

Configation File Formats

Config compatibility

Config compatibility can be configured in qconfig.conf, for example

    {
      preload: {
        '/development|staging|production/': ['default']
      },
      postload: {
        '/development|staging|production/': ['local']
      }
    }

Layout

Simple project layout

    app/
        lib/
        test/
        config/
        index.js: require('qconfig') => app/config

Complex project layout

    app/
        lib/
        test/
        config/
        index.js: require('qconfig') => app/config
        services/
            s1/
                lib/
                test/
                config/
                index.js: require('qconfig) => app/services/s1/config
            s2/
                lib/
                test/
                config/
                index.js: require('qconfig) => app/services/s2/config

API

config = require('qconfig')

Load the configuration for the environment specified by the NODE_ENV environment variable (or 'development' by default). The configuration files are read from a directory config in the same directory as, or in the nearest containing directory of, the source file that loaded the configuration.

E.g., if a source file /src/project/lib/main.js calls require('qconfig') the config directory is checked to exist as name, in order, /src/project/lib/config, /src/project/config, /src/config, and finally /config. Typically the config directory lives in the project root, ie at /src/project/config

The configuration is returned as a data object with properties corresponding to named values in the configuration file(s). The data object has no get/set methods. The configuration files can not be modified at runtime using these calls.

Configurations are distinct and are named for their intended environment, ie 'development', 'staging', 'production'. Each environment can optionally inherit the configuration one or more other environments (or none), which in turn can themselves inherit, recursively. A few environments are built in, but the environments and their inheritance hierarchy is totally configurable.

Each config returned has a hidden element QConfig that is the implementation class of the config loader, unless the config itself has a section QConfig in which case the implementation class is not exported. To help disambiguate, the QConfig class is also exported as require('qconfig/qconfig')

    var config = require('qconfig')
    qconfig.QConfig === require('qconfig/qconfig')

config = require('qconfig/load')( [env,] opts )

Shortcut for loading a custom configuration. Returns a function that uses a new QConfig instance to load the environment specified in opts.env (else the default).

    var QConfig = require('qconfig/qconfig')
    config = require('qconfig/load')(opts)
    config === new QConfig(opts).load()

Configurations loaded with qconfig/load or the load() method do not have the QConfig property set.

QConfig = require('qconfig/qconfig')

The config loader implementation class.

new QConfig( opts )

The QConfig is the actual implementation class. require('qconfig') internally uses a QConfig object to load the config settings that it returns.

Options:

  • env - name of config section to load, as can also be passed to load(). If not specified in options looks for the NODE_ENV environment variable, or uses the default development.
  • dirname - relative directory name holding the config files (default config). Also recognized as dirName.
  • dir - absolute directory name holding the config files (no default). If not specified in options looks for the NODE_CONFIG_DIR environment variable, or searches up along the directory path of the calling file. configDirectory is accepted as an alias for dir.
  • preload - the inherits-from list of environments as a mapping of environment names to list of dependency config sections. Also recognized as layers. By default everything preloads default unless its preload is explicitly configured. The canary environment depends on production; development, staging and production use the 1.7.0 layering rules to inherit from default and local. To delete a layer define it as falsy. Starting with version 1.7.0 the default preload layer for unconfigured environments is default. Environments that specify their own inheritance hierarchy must explicitly list all preload environments they inherit from (default) or postload are overridden with (local).
  • postload - the overridden-with list of environments. Postload is an object mapping environment names to override configuration sections, e.g. { production: ['local'] }. As of version 1.7.0, all environments postload local unless they explicitly specify their own postload layers.
  • loader - function to read and parse the config file (default require()) or a hash mapping extensions to loader functions
  • extensions - config filename extensions to try to load with the loader function, in order ['', '.js', '.json', '.coffee']. The object returned by the first successful load (no error thrown) is the one used.
  • defaultPreload - list of configs to preload for all environments. Default ['default']. Configure to the empty list [] to disable preloading default.

  • defaultPostload - list of configs to postload for all environments. Default ['local']. Configure to the empty list [] to disable postloading local.

      var QConfig = require('qconfig/qconfig')
      var qconf = new QConfig()

qconf.load( [environmentName] [,configDirectory] )

Read and return the configuration for the named environment from the named directory. If the config directory is omitted, it will be located by searching upward the directory hierarchy containing the file that called qconf.load(). If the config directory is not found returns { notConfigured: true }. If environmentName is omitted, the value of the NODE_ENV environment variable is used (process.env.NODE_ENV), else 'development'. If the named environment is not configured, returns an empty config { }.

    var qconf = new QConfig()
    var config = qconf.load('development', './config')

ChangeLog

1.7.0

  • targets with no preload or postload hierarchies implicitly load the defaultPreload and defaultPostload layers, by default default and local
  • fix pre-, postload layer merging
  • test with qnit 0.19.0
  • fix env-not-configured warning
  • fix caller-passed preload/postload layer merging
  • do not fall back to built-in loader if caller specified a loader to use
  • fix caller-provided layer merging
  • clean up and simplify _loadConfigFile()
  • clean up and simplify getCallingFile()
  • put under ci test
  • write tests 100% test coverage

1.6.3

  • fix loading from a nested subdirectory listed without surrounding parentheses

1.6.2

  • optimizations, now 70% faster

1.6.1

  • never reuse any part of a layer, always copy it recursively into the target

1.6.0

  • support coffee-script sources
  • when loaded from the command line, look for configs relative to $cwd

1.5.0

  • accept an optional env parameter to qconfig/load
  • allow preload layers to be strings (layer names), not just arrays of strings

1.4.0

  • accept a loader object that maps extensions to loader functions
  • prefer dirname over dirName
  • prefer dir over configDirectory

1.3.0

  • accept preload to mean layers for pre-install layers
  • introduce postload post-install layers
  • test with qnit
  • only load config files that explicitly occur in extensions
  • simplify bootstrap, remove _supplementConfig
  • guard against runaway merge recursion

1.2.3

  • allow Array, Date, and RegExp objects in config files

1.2.2

  • fix caller-specified layering overrides qconfig.conf

1.2.1

  • fix .json config file loading
  • make call-time options override qconfig.conf

1.2.0

  • allow regular expressions (object or string) as layer names
  • use NODE_CONFIG_DIR env var when locating config directory
  • also load settings from config/qconfig.conf.js or .json
  • built-in custom environment

1.1.1

  • fix caller filepath detection

1.1.0

  • export QConfig directly via require('qconfig/qconfig')
  • allow to-load environment name to be passed in opts.env
  • support require('qconfig/load')

1.0.0

  • initial release

Related Work

  • config-node - tiny lean config loader with a great Readme
  • config - limited and inflexible, but seems to be popular