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

gatsby-source-build-date

v1.0.1

Published

Gatsby plugin to add build date of site to internal GraphQL API

Downloads

245

Readme

gatsby-source-build-date

Uses Node's built in Date Internationalization to add the last build date to your GraphQL. This allows you to add the date anywhere in your site. Use Node standard locale short codes and formatting options in your gatsby-config. This is a hard fork of gatsby-plugin-build-date, replacing a third party Date library with Node native Date.

It's common to see text like "Last Updated On 1/20/2021" in website footers - this plugin makes that date, reflecting when the site was built, available in the internal GraphQL API so that it's accessible in any component or page. No need to manually update the date, just build and let the new static date update itself.

This plugin is not designed to get "last build/update date/time" of specific files, it is only for when the whole site is compiled and gatsby-node.js is run.

Node Version Issues

  • Node 14 (v14.15.4): Everything works.
  • Node 13 (v13.14.0): Everything works.
  • Node 12 (v12.22): Locales strings are ignored. I discovered this building on Netlify, which caused the locales to be ignored and present only in English. I was running v14 on my dev machine but Netlify had snap shotted v12 on my first build. I needed to set the node version in Netlify env vars.

Install

npm install --save gatsby-source-build-date or yarn add gatsby-source-build-date

How to Use

Date format defaults to a string in "en-US" format, e.g. "8/17/2021, 10:46:14 AM" if built on August 17, 2021. If this is acceptable and no further formatting or localization is needed, you can include it in your gatsby-config.js with no options:

// In your gatsby-config.js

module.exports = {
  plugins: [`gatsby-source-build-date`],
};

If different formatting or localization is desired, include with options:

// In your gatsby-config.js

module.exports = {
  plugins: [
    {
      resolve: `gatsby-source-build-date`,
      options: {
        locales: "fr-FR",
        options: {
          hour: "numeric",
          minute: "numeric",
          second: "numeric",
          weekday: "long",
          day: "numeric",
          month: "long",
          year: "numeric",
        },
      },
    },
  ],
};

The above configuration would return a date of "lundi 16 août 2021 à 17:40:13" if built on August 16, 2021.
With no options, it would produce "16/08/2021 á 17:12:26".

Plugin Options

locales

A single locale short-code string or an array of short-code strings.

Default: ["en-US"]

If you supply an array of locale codes, the global Intl object will try to find a match in the order supplied. If it can't find any match, it will use the default locale of the build machine OS. This link explains how they are interpreted. Note that all codes must be strings, or the code negotiation will fail with an error and not proceed to try the next code in your array.

List of NPM locale short codes

options

Default: {} (empty object)

This is an object with a list of properties. If not supplied, or left blank, the default format of the build machine OS will be used.

Here is list of date formatting properties and their value options. I have not tested all of the options. Let me know if you find one that does not work.

The documentation on the main page is weak. Here are more useful examples of options.

How to Query

Date string is added as type currentBuildDate to internal GraphQL API and can be queried as such:

{
  currentBuildDate {
    currentDate
  }
}

Use in a page query:

export const query = graphql`
  query {
    currentBuildDate {
      currentDate
    }
  }
`;

or a static query:

const data = useStaticQuery(graphql`
  query {
    currentBuildDate {
      currentDate
    }
  }
`);

Note that if running in development mode with gatsby develop node APIs are not re-run during hot reload, so you must quit (ctrl-c) and restart development mode if options are changed.

Acknowledgements

This plugin was a hard fork of gatsby-plugin-build-date. Its' Gatsby dependencies were out of date and it required a third party Date library. I always try to reduce third party plugins (as I write this third party plugin).

I named this version "gatsby-source-build-date" to differentiate it from gatsby-plugin-build-date, but also because these plugins place a data source in the GraphQL schema, so I think it qualifies as a source.