ghost-ignition
v4.6.3
Published
Basic configuration and tooling shared across applications
Downloads
7,593
Readme
Ignition
Basic configuration and tooling shared across applications
Install
npm install ghost-ignition --save
or
yarn add ghost-ignition
Usage
Ignition offers the following features:
- Logging
- Errors
- Config using nconf
- HTTP Server
- Debug
Logging
Configuration
|Property|Type|Required|Default|Description| |---|---|---|---|---| |domain|String|No|'localhost'| The domain of your service. The domain is used to generate the log filenames.| |env|String|No|'development'| The environment is used for to generate the log filenames. |mode|String|No|'short'| A specific option for stdout/stderr logging. You can configure if the logger should log with "long" (many information) or "short" (less information) output. |level|String|No|'info'| Configure the default log level. The log level ("info", "warn", "error") defines which logs should be piped into stdout and log files. |transports|Array|No|['stdout']| A comma separated list of transports. Available transports are: file, stdout, stderr, loggly, gelf |rotation|Object|No|{enabled: true, period: '1w', count: 100}| If file transport is enabled, you can configure if you would like to enable log rotation. |path|String|No|process.cwd()| If file transport is enabled, the path config can be used to define the target log folder. |loggly|Object|No|null| If loggly transport is enabled, you can send your logs to loggly. |gelf|Object|No|null| If GELF transport is enabled, you can send your logs to GELF collector.
Example:
const ignition = require('ghost-ignition');
const logging = ignition.logging({
domain: 'example.com',
env: 'production',
mode: 'long',
level: 'info',
transports: ['file'],
rotation: {enabled: true, period: '1d', count: 10},
path: '/var/log'
});
Examples
logging.info({req: req, res: res});
logging.info({req: req, res: res, err: err});
logging.info('Info');
logging.error(new Error());
logging.warn('this', 'is', 'a', 'warning');
logging.debug('this is a debug mode');
logging.warn(err, 'Caught an error from service X.');
logging.warn('A friendly message.', err);
logging.warn('A friendly message.', {err: err});
Transports
File
Ignition creates two log files by default:
- An errors log file, which only contains logs from
logging.error
- A general log file, which contains all logs from
logging.info
,logging.warn
andlogging.error
If you would like to open a log file on disk, we highly recommend to install bunyan with NPM (npm i -g bunyan
).
You can then open your log file with bunyan your.log
in the shell, which makes it possible to read the content.
Loggly
The loggly transport makes it possible to send your logs to loggly. The stream will only send errors to loggly at the moment.
Example:
const ignition = require('ghost-ignition');
const logging = ignition.logging({
transports: ['file', 'loggly'],
loggly: {
token: 'token',
subdomain: 'subdomain',
// The "match" property is helpful if you only want to send specific errors to loggly. It's a regex string.
match: 'level:critical' // or 'statusCode:500|statusCode:403'
},
...
});
GELF
The transport makes it possible to send logs to the GELF UDP collector.
Example:
const ignition = require('ghost-ignition');
const logging = ignition.logging({
transports: ['gelf'],
gelf: {
host: 'gelf.example.com', // Default: '127.0.0.1'
post: 12345 // Default: 12201
},
...
});
Shell
ENV Variables
Ignition accepts some env variables to modify the log output.
LEVEL=error
- Only print errors.
MODE=long
- Show full & long log output.
LOIN=true
- Set's the level to "info" and the mode to "long".
Errors
Ignition errors contains a set of useful & common error classes. Each Ignition error inherits from Node's native error and keeps the structure!
Extra properties
On top of the native error properties (message, code, stack), Ignition errors support the following properties:
|Property|Description |---|---| |id|A unique error ID, which every error get's attached. |statusCode|The HTTP status code. |level|Indicates if an error is "critical" or "normal". |errorType|Name/type of the error. |context|Context the error is in e.g. user was logged in |help|This property is useful to e.g. show a link to docs. |errorDetails|Extra detailed information you can pass in.
List of errors
|Error|Status Code|Level|Description |---|---|---|---| |InternalServerError|500|critical|Common error for internal errors. |IncorrectUsageError|400|critical|Mis-usage inside the code base. |NotFoundError|404|normal|Common error if a resource/page cannot be found. |BadRequestError|400|normal|Common error if the request structure is wrong. |UnauthorizedError|401|normal|Common error if authentication failed. |NoPermissionError|403|normal|Common error if the request has no permissions. |ValidationError|422|normal|Common error if the request input/content is invalid. |UnsupportedMediaTypeError|415|normal|Common error if the media inside a request is unsupported. |TooManyRequestsError|429|normal|Common error for handling brute forcing. |MaintenanceError|503|normal|Helpful error if your application is in maintenance mode. |MethodNotAllowedError|405|normal|Helpful error if e.g. the request method is unsupported. |RequestEntityTooLargeError|413|normal|Helpful error if file upload is too big.
Examples
new logging.errors.InternalServerError({
message: 'Something went very wrong',
context: {
user: 1
}
})
// Ignition supports nested errors. It will try to inherit properties and extend the stack trace.
// This is super useful if you receive an error from a calling unit, but you would like to wrap it into a custom error.
new logging.errors.InternalServerError({
err: err
})
Error utils
const ignition = require('ghost-ignition');
// you can pass any error and ignition will tell you if this is a custom ignition error
ignition.errors.utils.isIgnitionError(err);
// serialize an error to a specific format
ignition.errors.utils.serialize(err, {format: 'jsonapi|oauth'});
// deserialize specific format to error instance
ignition.errors.utils.deserialize(err);
Config
Ignition config uses nconf to create a configuration object based on your environment.
Requirements
- Create config files based on your available environments.
- Instantiate Ignition config.
- Read nconf documentation to understand how to use the config object.
Examples
config.example.json (defaults)
{
"port": 9999
}
config.production.json
{
"host": "blog.com"
}
config.development.json
{
"host": "localhost"
}
// As soon as you call the config object, Ignition will read your config files from disk and returns a config object.
// The config object is then cached. You can operate on the config object using `set` and `get` (see [nconf](https://github.com/indexzero/nconf#readme))
const config = require('ghost-ignition').config();
// -> {port: 9999, host: localhost}
Debug
Ignition debug offers an easy way to add debugging to your application. It wraps the debug NPM module to simplify how to add debug information to your files. Ignition debug will try to read your package.json to get the name/alias of your application. You can enable the debug log by passing the "DEBUG" environment variable.
Requirements
Read debug documentation.
Examples
package.json
"name": "myproject",
"alias": "proj"
const debug = require('ghost-ignition').debug('api-controller');
debug('Calling the model layer.');
// DEBUG=proj:api-controller yarn start
Server
The HTTP server bundles common logic in one place.
- error handling for the HTTP server
- port normalisation
Requirements
- Express
- Ignition config
Examples
const ignition = require('ghost-ignition');
ignition.server.start(app);
ignition.server.stop(app);
Test
yarn lint
run just eslintyarn test
run eslint && then tests
Publish
yarn ship
Copyright & License
Copyright (c) 2013-2021 Ghost Foundation - Released under the MIT license.