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

get-logs

v1.0.5

Published

Get and read log files in a directory with advanced date based filtering

Downloads

3

Readme

Get-Logs

List log files contained in a directory, use advanced date and name filters to select specific log files and read the files in a manner that does not burn your RAM 😜

 

Readme by Example

To fully grasp how this module works. Let as imagine that we have a directory dir which has the following log files:

- /logs/error-2021-12-17.log
- /logs/error-2022-08-24.log
- /logs/info-2021-12-04.log
- /logs/info-2022-08-24.log

 

Initializing

// require module
const GetLogs = require('get-logs');

// prep ypur options
const initOpts = {
	logsDir,
	dateFormat: 'YYYY-MM-DD',
};

// pass options
const getLogs = new GetLogs(initOpts);

GetLogs() Init Options


  • logsDir: The directory within which your logs are saved. This option must be entered and be a valid directory path.
  • dateFormat: The date format used while saving your logs. Defaults to 'YYYY-MM-DD';

List Logs

Sometimes you want to see which log files have been generated over a certain duration.

(async () => {
	try {
		// options to use
		let listOpts = {
			duration: '1year',
			nameFormat: 'info-{date}.log',
			sort: 'ASC',
		};

		// list logs
		let resp = await getLogs.list(listOpts);

		// response
		console.log(resp);
	} catch (error) {
		console.error(error);
	}
})();

This will log the following array.

['/logs/info-2021-12-04.log', '/logs/info-2022-08-24.log'];

Note:

  • Because nameFormat='info-{date}.log' we only listed those logs with a similar format.
  • Since duration='1year, logs from Dec 2021 to Aug 2022 were listed.
  • Since sort='ASC' then we started with the earliest logs.

getLogs.list() Options


  • duration: This determines how far back we intend to read logs. Defaults to "3days".

  • nameFormat: This string indicates how our logs are formatted. For example, if you have the following logs:

    • "info-2022-08-24.log ~ for ordinary logs
    • "error-2022-08-24.log ~ for error logs

    Then you would use the name formats:

    • "info-{date}.log ~ to match for ordinary logs
    • "error-{date}.log ~ to match for error logs

    Defaults to "*{date}*" which will potentially select all log files within the duration entered.

  • sort: Determines the order by which log files are listed. Defaults to "DESC";


Reading Logs

More often, what we want is to read log files, not list them. Get-Logs ensures log files are read in chunks of lines to avoid loading files that are too big into memory.

(async () => {
	try {
		// options to use
		let readOpts = {
			duration: '1year',
			nameFormat: 'info-{date}.log',
			lines: 1,
			limit: 5,
			parser: JSON.parse,
			sort: 'DESC',
		};

		// get a handle to the reader
		let reader = await getLogs.get(readOpts);

		// Ok now read
		let resp = reader.read();

		// response
		console.log(resp);
	} catch (error) {
		console.error(error);
	}
})();

This will log an Object similar to the one below.

{
  files: {
    current: '/logs/info-2022-08-24.log',
    selected: [
      '/logs/info-2022-08-24.log',
      '/logs/info-2021-12-04.log'
    ]
  },
  fileNum: 1,
  lineNum: 1,
  lines: [
    {
      level: 'info',
      message: 'App listening on port 3000',
      timestamp: '2022-08-24 09:53:53.373 PM'
    }
  ],
  read: [Function: bound read]
}

Note:

  • We have read only one line because lines=1.

  • All log files selected are listed with the one currently being read shown by files.current.

  • fileNum shows we are currently reading the first log file from those selected.

  • lineNum: 1 indicates that this is the first line of files.current,

  • We started with the latest log file because sort="DESC".

  • By using limit=5 we can only read 5 files at a time. These will be the first 5 files based on our sorting.

  • Because we had JSON.parse as our parser while calling get() all our lines are parsed. Depending on how your logs are formatted, you might need to use another parser.

  • The response to get() includes a read key whose value is a function we can call. Calling resp.read() will step to the next batch of lines within the file till we have finished reading this file.

    After a file is read to the last line, and resp.read() is called, then the next log file matched is loaded and reading continues.

    When all log files listed have been read to the very last line, then resp.read() will return null. Be careful to thus test for resp.read() !== null.

    Using read() to read all logs

    resp.read() is very powerful and can be used to read every line of every matched log file within your logsDir

    ...
    // initial read
    // needed as this is what returns the response with a read() method
    let reader = await getLogs.get(readOpts);
    let resp;
    
    // do whatever with response
    doSomethingWithResp(resp)
    
    // now loop through till resp is null
    while ((resp = resp.read())) {
        doSomethingWithResp(resp)
    }

getLogs.get() Options


  • All list() options plus 👇

  • lines: The number of lines to read from each log at once. Note that log files can be very huge so fire-read is used to consume them line-by-line. Defaults to 20.

  • limit: Determines the total number of log files that can be read at a go. This means that even if 20 files match our dateFormat and are within the stipulated duration, we will only read as many as indicated by the limit option;

  • parser: The function used to parse log files. Defaults to JSON.parse. Depending on how your logs are formatted, enter a function to parse the same. If no parsing is desired, then use:

    {
        parser: function(line){return line}
    }

Understand Filtering Files

One of the main principles of this module is the ability to filter log files. It is important to understand the two levels that this filtering happens and how it happens.

Level 1. During Initialization

Basically, when you initialize this module and enter a dateFormat option, you filter out all files that do not have that specific date format in their names.

It is therefore assumed that all your log files (for many reasons such as log rotation) have a date in their name. Most logging modules such as winston offer that.

If your logs are not named using such a convection, then this module is not for you 😓.

Level 2. During Log Listing

When you call getLogs.list(options) then a second level of filtering happens based on the options you provide.

The duration option filters out all files whose dates (within their file names of course) falls between now and the past duration entered. So if duration='3d', then all logs generated in the past 3 days will be returned.

So far, all types of log files will be returned. Given our Log Files above, all info and error logs matching our dateFormat and duration filters will be returned. But what if we only want error logs?

That is where the nameFormat comes into play. By specifying that nameFormat="*error-{date}.log" then we ensure we only match error logs.

Every time you call getLogs.list(options) or getLogs.read(options), what you are doing, whether you enter all the filtering options or defaults are used is filtering logs. Then reading those filtered.

Ultimately, when all the filtering options are considered, a glob pattern is created and tiny glob is used to get the log files matched.

Generating glob patterns for duration and dateFormatis done with the help of date order and of course dayjs.

Options are validated using validate or throw which relies on fastest validator.

Optimally reading files line by line is provided by fire-read which is powered by the amazing n-readlines