
Security News
Node.js TSC Declines to Endorse Feature Bounty Program
The Node.js TSC opted not to endorse a feature bounty program, citing concerns about incentives, governance, and project neutrality.
gatsby-source-microsoft-graph
Advanced tools
Sources user data for Gatsby from the Microsoft Graph API
A minimal boilerplate for the essential files Gatsby looks for in a plugin.
To get started creating a new plugin, you can follow these steps:
gatsby new
gatsby new my-plugin https://github.com/gatsbyjs/gatsby-starter-plugin
If you already have a Gatsby site, you can use it. Otherwise, you can create a new Gatsby site to test your plugin.
Your directory structure will look similar to this:
/my-gatsby-site
├── gatsby-config.js
└── /src
└── /pages
└── /index.js
/my-plugin
├── gatsby-browser.js
├── gatsby-node.js
├── gatsby-ssr.js
├── index.js
├── package.json
└── README.md
With my-gatsby-site
being your Gatsby site, and my-plugin
being your plugin. You could also include the plugin in your site's plugins
folder.
Inside of the gatsby-config.js
file of your site (in this case, my-gatsby-site
), include the plugin in the plugins
array:
module.exports = {
plugins: [
// other gatsby plugins
// ...
require.resolve(`../my-plugin`),
],
}
The line require.resolve('../my-plugin')
is what accesses the plugin based on its filepath on your computer, and adds it as a plugin when Gatsby runs.
You can use this method to test and develop your plugin before you publish it to a package registry like npm. Once published, you would instead install it and add the plugin name to the array. You can read about other ways to connect your plugin to your site including using npm link
or yarn workspaces
in the doc on creating local plugins.
The plugin added by the starter implements a single Gatsby API in the gatsby-node
that logs a message to the console. When you run gatsby develop
or gatsby build
in the site that implements your plugin, you should see this message.
You can verify your plugin was added to your site correctly by running gatsby develop
for the site.
You should now see a message logged to the console in the preinit phase of the Gatsby build process:
$ gatsby develop
success open and validate gatsby-configs - 0.033s
success load plugins - 0.074s
Loaded gatsby-starter-plugin
success onPreInit - 0.016s
...
package.json
When you clone the site, the information in the package.json
will need to be updated. Name your plugin based off of Gatsby's conventions for naming plugins.
This starter generates the files Gatsby looks for in plugins.
/my-plugin
├── .gitignore
├── gatsby-browser.js
├── gatsby-node.js
├── gatsby-ssr.js
├── index.js
├── LICENSE
├── package.json
└── README.md
.gitignore
: This file tells git which files it should not track / not maintain a version history for.gatsby-browser.js
: This file is where Gatsby expects to find any usage of the Gatsby browser APIs (if any). These allow customization/extension of default Gatsby settings affecting the browser.gatsby-node.js
: This file is where Gatsby expects to find any usage of the Gatsby Node APIs (if any). These allow customization/extension of default Gatsby settings affecting pieces of the site build process.gatsby-ssr.js
: This file is where Gatsby expects to find any usage of the Gatsby server-side rendering APIs (if any). These allow customization of default Gatsby settings affecting server-side rendering.index.js
: A file that will be loaded by default when the plugin is required by another application. You can adjust what file is used by updating the main
field of the package.json
.LICENSE
: This plugin starter is licensed under the 0BSD license. This means that you can see this file as a placeholder and replace it with your own license.package.json
: A manifest file for Node.js projects, which includes things like metadata (the plugin's name, author, etc). This manifest is how npm knows which packages to install for your project.README.md
: A text file containing useful reference information about your plugin.If you're looking for more guidance on plugins, how they work, or what their role is in the Gatsby ecosystem, check out some of these resources:
FAQs
Sources user data for Gatsby from the Microsoft Graph API
We found that gatsby-source-microsoft-graph demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
The Node.js TSC opted not to endorse a feature bounty program, citing concerns about incentives, governance, and project neutrality.
Research
Security News
A look at the top trends in how threat actors are weaponizing open source packages to deliver malware and persist across the software supply chain.
Security News
ESLint now supports HTML linting with 48 new rules, expanding its language plugin system to cover more of the modern web development stack.