Gatsby
Transform plain text into dynamic blogs and websites using the latest
web technologies. A React.js static site generator.
Build sites like it's 1995. Files are translated into HTML pages at the
same position within the file system. Add a markdown file at /docs/index.md
and
it'll be converted to /docs/index.html
.
Supports Markdown, HTML, and React.js components out of the box. Easy to add
support for additional files types.
Leverages React Router's "nested component
hierarchy"
to make templating incredibly intuitive.
All templates, css, and content are hot reloadable.
Goals
- No-reload page transitions
- Hot reload editing. Tweak your pages, templates, and styles and see changes in
real time.
- Make React.js component model and ecosystem available for building static sites
- Intuitive directory-based URLs. The URL of a page is derived from its
spot on the file system.
- Support "Starters" — install starter sites directly from Github. Use open sourced
starters or build your own.
Demos
Why use Gatsby instead of other Static Site Generators
- No-refresh page transitions
- The awesome React.js component model
- Live editing on every part of your site. Dramatically speed development.
I'm already building a server-rendered React.js site, is Gatsby a good fit?
If your site falls closer to the site end of the app<---->site spectrum
then yes.
Gatsby is an excellent fit for blogs, marketing sites, docs sites, etc. Proper web
apps should probably remain as normal web apps (though I'd love to be
proved wrong!).
Warning!
Gatsby is very new. APIs will break. Functionality is missing. It's
usable but if you plan on building with it, expect a rocky road for some time.
Contributions welcome!
Getting started
Install
npm install -g gatsby
Usage
- Create new Gatsby site
gatsby new my-test-gatsby-site
This creates the
directory for your Gatsby project and adds the minimal files
needed. cd my-test-gatsby-site
gatsby develop
— Gatsby will start a hot-reloading development
server accessible at localhost:8000- See the tutorial below for more.
Gatsby Starters
The Gatsby cli tool lets you install "starters". These are
partially built sites preconfigured to help you get moving faster on
creating a certain type of site.
When creating a new site, you can optionally specify a starter to
base your new site on e.g. gatsby new [SITE_DIRECTORY] [URL_OF_STARTER]
For example, to quickly create a blog using Gatsby, you could install
the Gatsby Starter Blog by running:
gatsby new blog https://github.com/gatsbyjs/gatsby-starter-blog
This downloads the files and initializes the site by running npm install
If you don't specify a custom starter, your site will created
from the minimal default
starter.
There are several starters that have been created. Create a PR to
include yours!
Tutorial: Building a documentation site from the Gatsby Documentation Starter
- Install gatsby
npm install -g gatsby
- Install documentation site starter
gatsby new docs-site gh:gatsbyjs/gatsby-starter-documentation
- type
cd docs-site
- type
gatsby develop
- Open site in browser at localhost:8000. Verify clicking on links works.
- Try editing the site's config file
config.toml
.
Change the siteTitle
key. The site's title should change shortly
after saving. - Next try editing a doc page. Open
/pages/docs/getting-started/index.md
and edit it. Again any saved
changes should load without refreshing in the browser. - Add a new markdown page to the documentation. Copy the
getting-started
directory to some-additional-steps
. Then edit the markdown file
within the new directory. If you're familiar with other static site
generation software, you'll be familiar with the "frontmatter" at the
top of the file. Edit the title there + change the order to "5". Save
this. Ideally this new file would be hot reloaded like other changes
but I haven't figured out how to make this happen yet (help
appreciated here).
So to see your new page, restart gatsby develop
and then refresh your
browser. - Build your site
gatsby build
. The site is built to the /public
directory. Serve the site by going into the public directory and
typing python -m SimpleHTTPServer
How Gatsby works
How files become pages
The process is file --> Webpack loader --> React.js wrapper component
--> static html page.
Gatsby leverages Webpack extensively.
Webpack is a sophisticated module bundler that can turn any sort of
file into a commonjs module. Webpack uses "Loaders" to convert a file
into a module. These loaded modules are then wrapped inside a react.js
component that's specific to a given file type. Gatsby then generates a
static html page from this component.
Gatsby ships with default loaders and wrappers for HTML, Markdown, and
JSX/CJSX but for most projects you'll want to write your own loaders and
wrappers (very easy to do).
As an example of how this process works, let's walk quickly through
converting a markdown file into an html page.
The default Gatsby markdown
loader
parses the markdown into HTML and uses Highlight.js
to syntax highlight code blocks.
Our markdown file.
---
title: This is a title
---
# Hi friends.
This is a markdown file.
When loaded and required, the resulting javascript object looks like the
following.
{
file: {
},
data: {
title: "This is a title",
body: "<h1>Hi friends.</h1><p>This is a markdown file</p>"
}
}
Now Gatsby wraps the markdown file in this very simple React.js component.
module.exports = React.createClass({
displayName: "MarkdownWrapper",
render: function() {
post = @props.page.data
<div className="markdown">
<h1>{post.title}</h1>
<div dangerouslySetInnerHTML={{__html: post.body}}/>
</div>
}
})
How to use your own webpack loaders
Gatsby uses
webpack-configurator
to make changing the webpack loaders easy. The default set of loaders
is organized by key.
Gatsby uses gatsby.config.js
to pass control to the user before
resolving the final webpack configuration. gatsby.config.js
should
live in the root of your project and export a function which accepts a
webpack-configurator config object and an environment string. The
environment string will be one of develop
, static
or
production
.
Create a gatsby.config.js
in the root of your project:
module.exports = function(config, env) {
return config;
}
Consider the following example which removes the default css loader
and replaces it with a loader that uses css-modules.
module.exports = function(config, env) {
config.removeLoader('css');
config.loader('css', function(cfg) {
cfg.test = /\.css$/;
cfg.loader = 'style!css?modules'
return cfg
})
return config;
});
Each loader (cfg
in the above example) can be a valid
webpack loader
and there are a host of
preexisting loaders
which you can use to enhance Gatsby.
It is also possible to
write your own loaders.
How to use your own webpack plugins
Similar to the loaders, plugins are handled via
webpack-configurator
and gatsby.config.js
.
If we wanted to extract all of the css in our project into a since
styles.css
file for production, we could add the
ExtractTextWebpackPlugin
. To do this, we need to modify the loader
and add the plugin when generating the static html for our site.
var ExtractTextPlugin = require("extract-text-webpack-plugin");
module.exports = function(config, env) {
if(env === 'static') {
config.removeLoader('css');
config.loader('css', function(cfg) {
cfg.test = /\.css$/;
cfg.loader = ExtractTextPlugin.extract('css?minimize');
return cfg
})
config.plugin('extract-css',
ExtractTextPlugin,
["styles.css", { allChunks: true }]);
}
}
Each plugin (extract-css
in the above example) can be a valid
webpack plugin
and there are a host of
preexisting plugins
which you can use to enhance Gatsby.
It is also possible to
write your own plugins.
How to write your own wrappers
Structure of a Gatsby site
/pages
— All pages go here. Everything is turned into a page except
files which start with an underscore_template
files — coming...
Sites built with Gatsby
FAQ
I added a new page and it's not showing up!
Webpack doesn't currently support hot-reloading new files added to a context. When you add a new file, restart the gatsby develop
process and your new page will show up.
Configuring Babel
Configuring babel-loader is as easy as creating a
.babelrc in the root of the
project. To enable stage 0 transforms, the following .babelrc
could
be used:
{
"stage": 0
}
Deploying to Github Pages (and other hosts where your site's links need prefixes)
Gatsby supports automatically prefixing links with its link
helper function.
To use simply import the function and run all links in your site
thorough it e.g.
import { link } from 'gatsby-helpers'
link('/')
Set the prefix in your config file e.g. linkPrefix = '/your-project'
Then finally when building your site run gatsby build --prefix-links
The built site is now in /public
. These files need copied to your
gh-pages
branch and committed and pushed. You can do this manually or
use the handy gh-pages
cli tool.
Both the sample sites are deployed to github pages and use link
prefixing. Read their source for more help:
documentation/blog.