@gsandf/react-static
Advanced tools
A progressive static-site generator for React.
Read the introduction article on Medium
React-Static is a fast, lightweight, and powerful framework for building static-progressive React applications and websites. It's been carefully designed to meet the highest standards of SEO, site performance, and user/developer experience.
All of the following examples can be used as a template at project creation.
Can't find an example? We invite you to write one! Simply copy the basic or blank templates and make the necessary changes. Then submit a PR including your new example directory and a new item in the list above. When merged, your example will automatically become a template in the CLI. How magical!
Click here to sign up for the React-Tools slack Organization, and join us in the #react-static channel! We are constantly discussing implementation details, answering questions and planning features. :)
If you read these docs on npmjs.com, they correspond to the published version on npm. The latest, potentially not yet published docs (HEAD), correspond to the README.md on github.
static.config.js)Install react-static globally:
$ yarn global add react-static
# or
$ npm install -g react-static
To create a new project:
$ react-static create
To migrate an existing project, install react-static locally:
$ yarn add react-static
# or
$ npm install react-static --save
For more details on migrating an existing app, see the Project Setup section.
react-static createCreates a new react-static project.
examples/ directory.react-static startStarts the development server.
react-static buildBuilds your site for production. Outputs to a dist directory in your project.
React Static requires a few directories and files to function out of the box:
static.config.js - A javascript configuration file for react-static. Click here to see an examplepublic/ - Anything in this directory will be merged into your static dist directory. All files in this directory can be accessed at the root of your site.src/ - a place for all of your code
index.js - the main entry for your app. This file should export your app as its default export and also handle the rendering of the app when using the development server. Click here to see an example.Some of these directories can be changed too! Read on to see how!
static.config.js)A static.config.js file is required at your project root to configure react-static. It must export a default object with the following interface:
export default {
// getRoutes is the only required method for the entire config.
// It is an asynchronous function that should
// resolve an array of route objects. It is also passed a `dev`
// boolean indicating whether this is a production build or not.
getRoutes: async ({dev}) => [{
path: '/', // A route object requires a `path` string
component: 'src/containers/Home', // specify the path of a react component that will render this route
}, {
path: '/blog',
component: 'src/containers/Blog',
children: [{ // It can also contain nested routes
path: '/post-1',
component: 'src/containers/Post',
// getProps is an asynchronous function that is passed the
// resolved `route` object and a `dev` boolean indicating
// whether this is a production build or not. This function
// should resolve any data the route needs to render e.g. blog
// posts, API data, etc.
getProps: async ({route, dev}) => ({
post: {...},
otherProp: {...},
}),
noindex: false, // Optional. Defaults to `false`. If `true`, will exclude this route from the sitemap XML
permalink: '', // Optional. If not set, will default to (siteRoot + path)
lastModified: '', // Optional. String('YYYY-MM-DD')
priority: 0.5, // Optional.
}, {
// If using automatic routing, you can specify a component to render the
// 404 page by creating a route with `is404` set to `true` and defining a
// `component` to use.
is404: true,
component: 'src/containers/NotFound',
}],
}],
// getSiteProps is very similar to a route's getProps, but is made available
// to the entire site via the `getSiteProps` HOC
// IMPORTANT: Any data you return here, although loaded once per session, will
// be embedded in every page that is exported on your site. So tread lightly ;)
getSiteProps: async ({dev}) => ({...}),
siteRoot: 'https://mysite.com', // Optional, but necessary for the sitemap.xml
// An optional custom React component that renders the base
// Document for every page, including the dev server. If used, it must utilize the
// `Html`, `Head`, `Body` and `children` for react-static to work. The optional
// `siteProps` prop will contain any data returned by `getSiteProps` in your config
// and `renderMeta` prop refers to any data you potentially assigned to it during
// the custom `renderToHtml` hook.
Document: ({ Html, Head, Body, children, siteProps, renderMeta }) => (
<Html lang="en-US">
<Head>
<meta charSet="UTF-8" />
<meta name="viewport" content="width=device-width, initial-scale=1" />
</Head>
<Body>{children}</Body>
</Html>
),
// An optional function or array of functions to transform the webpack config.
// Each function will receive the previous webpack config, and expect a
// modified or new config to be returned (or undefined if you wish not to modify
// the config)
webpack: [(previousConfig, args) => newConfig],
// An optional object for customizing the options for the webpack-dev-server
devServer: {
port: 8080,
host: '127.0.0.1'
},
// An optional function to customize the server rendering logic. Receives:
// - render: renders the JSX to and html string
// - Component: the final react component to be rendered to HTML
// - meta, a MUTABLE object that is exposed to the optional Document component as a prop
// - webpackStats, the webpack stats generated from the "prod" stage
// Expected to return an HTML string
// This is the perfect place for css-in-js integration (see styled-components and glamorous examples for more information)
renderToHtml: async (render, Component, meta, webpackStats) => {
meta.hello = 'world'
return render(<Component />)
},
// Internal directories used by react-static can be overwritten using this object.
// Each path is relative to your project root and defaults to:
paths: {
src: 'src', // The source directory. Must include an index.js entry file.
dist: 'dist', // The production output directory.
devDist: 'dist', // The development scratch directory.
public: 'public', // The public directory (files copied to dist during build)
},
// onStart and onBuild are utility hooks that run when the dev server starts up successfully
// and after a build has completed.
// onStart provides you with the final, READONLY devServer config object for convenience.
// onBuild currently does NOT provide any parameters
onStart: ({ devServerConfig }) => {...},
onBuild: async () => {...},
// Optional. Set to true to serve the bundle analyzer on a production build.
bundleAnalyzer: false,
}
<Router>The Router component is required, and provides the underlying React-Router context to its children. It is recommended to always be the root component of a react-static app. It will automatically handle both static and browser environments.
Props
type: one of:
browser - Uses history.createBrowserHistoryhash - Uses history.createHashHistorymemory - Uses history.createMemoryHistoryscrollToHashDuration: int - The duration of the automatic scroll-to-hash animation that happens on hash changes. Defaults to 800scrollToTopDuration: int - The duration of the automatic scroll-to-top animation that happens on path changes. Defaults to 0history: History - An optional history object (most-often used for things like react-router-redux). Provides a helper method to subscribe to loading events. Note that this will override the type prop above.Example:
import { Router, Switch, Route } from 'react-static'
import Routes from 'react-static-routes'
import Home from './containers/Home'
import About from './containers/About'
import Blog from './containers/Blog'
import NotFound from './containers/NotFound'
// For standard component routing:
export default () => (
<Router>
<Routes />
</Router>
)
// For custom routing
export default () => (
<Router>
<Switch>
<Route exact path="/" component={Home} />
<Route path="/about" component={About} />
<Route path="/blog" component={Blog} />
<Route component={NotFound} />
</Switch>
</Router>
)
To Subscribe to Router loading events, use Router.subscribe(callback). This can be extremely useful when using a library like nprogress to show a loading status. The subscribe callback will fire whenever the loading state changes:
import { Router } from 'react-static'
Router.subscribe(loading => {
if (loading) {
console.log('A page is loading!')
} else {
console.log('A page is done loading!')
}
})
<Routes>React Static comes built in with a component router that automatically builds your routing components for you. This is done by specifying a component path (relative to the root of your project) that should be used to render a route in your static.config.js.
static.config.js example:
export default {
getRoutes: async () => [{
path: '/'
component: 'src/containers/Home',
}]
}
When your site is built (both in dev and production mode), the special <Routes> component located at react-static-routes will automatically handle all of your routing based on the paths you define in your static.config.js
App.js example:
import { Router } from 'react-static'
import Routes from 'react-static-routes' // A special `react-static-routes` import is used for Automatic Routing
export default () => (
<Router>
<Routes /> // Your <Routes /> can be nested anywhere inside the <Router /> component.
</Router>
)
To see an example of using , refer to our basic example template
Sometimes you may want to handle routes that should not be statically rendered. In that case, you can place any of the routing components you normally use with react-router.
Important Notes
react-static import. There is no need to import them via react-router!<Routes> if you want them to match. The <Routes> component is a catch all <Route path='*' /> handler, so anything below it will result in a 404!<Route> component is in fact a react-router <Route> component, so it can be placed and used like normal within components like <Switch>!Example Handling a non-static admin route:
import { Router, Route, Switch } from 'react-static'
import Routes from 'react-static-routes'
import Admin from 'containers/Admin'
export default () => (
<Router>
<Switch>
<Route path='/admin' component={Admin} /> // If /admin path is matched
<Routes /> // Otherwise, fall back to static route handlers
</Switch>
</Router>
)
To learn more about how react-router components work, visit React-Router's Documentation
<Routes> RenderingOccasionally, you may need to render the automatic <Routes> component in a custom way. The most common use-case is illustrated in the animated-routes example transitions. To do this, utilize one of these three render prop formats:
Render Prop Formats
import { Router } from 'react-static'
import Routes from 'react-static-routes'
// This is the default renderer for `<Routes>`
const RenderRoutes = ({ getTemplateForPath }) => (
// The default renderer uses a catch all route to recieve the pathname
<Route path='*' render={props => {
// The pathname is used to retrieve the component for that path
let Comp = getComponentForPath(props.location.pathname)
// The 404 component is used as a fallback
if (!Comp) {
Comp = getComponentForPath('404')
}
// The component is rendered!
return Comp && <Comp {...props} />
}} />
)
export default () => (
<Router>
// pass a component (class or SFC)
<Routes
component={RenderRoutes}
/>
// or, pass a render function
<Routes
render={RenderRoutes}
/>
// or, pass a function as a child
<Routes>
{RenderRoutes}
</Routes>
</Router>
)
Render Props - These special props are sent to your rendered component or render function
getTemplateForPath(pathname) => Component - Takes a pathname and returns the component (if it exists) to render that path. Returns false if no template is found.Making a 404 page in React Static is extremely simple. Define a route with is404 set to true and a component path to render the 404 page. Note that no path property is needed for a 404 route. At both build-time and runtime, the rendered result of this component will be used for any routes that are not found.
<Link> and <NavLink>React Static also gives you access to react-router's <Link> and <NavLink> components. Use these component to allow your users to navigate around your site!
Usage:
<Link to={'/blog/post/1'}>
Go to Blog Post 1
</Link>
Example:
import React from 'react'
import { Router, Link } from 'react-static'
//
import Routes from 'react-static-routes'
export default () => (
<Router>
<div>
<nav>
<Link to="/">Home</Link>
<Link to="/about/">About</Link>
<Link to="/blog/">Blog</Link>
</nav>
<Routes />
</div>
</Router>
)
For more information about <Link> and <NavLink>, see React-Router's Documentation
For your convenience, React Static also exports the following utilities normally exported by react-router.
historymatchPathwithRoutergetRouteProps(Component)getRouteProps is an HOC that provides a component with the results of the current route's getProps function as defined in your static.config.js. Here is a simple example:
static.config.js
module.exports = {
getRoutes: () => [{
path: '/top-100-songs',
getProps: async () => ({
songs: await SpotifyAPI.getTopSongs(100)
})
}]
}
App.js
const TopHundredSongsPage = getRouteProps(({songs}) =>
<ul>
{songs.map(song => <li key={song}>{song}</li>)}
</ul>
)
...
<Route exact path="/top-100-songs" component={TopHundredSongsPage} />
...
App.js (Class)
class TopHundredSongsPage extends React.Component {
constructor(props) {
super(props);
this.state = {};
}
render() {
return (
<ul>
{this.props.songs.map(song => <li key={song}>{song}</li>)}
</ul>
);
}
}
TopHundredSongsPage.propTypes = {
songs: PropTypes.arrayOf(PropTypes.string).isRequired
};
export default getRouteProps(TopHundredSongsPage);
...
<Route exact path="/top-100-songs" component={TopHundredSongsPage} />
...
getSiteProps(Component)getSiteProps is an HOC that provides a component with the results of the getSiteProps function as defined in your static.config.js. Here is a simple example:
static.config.js
module.exports = {
getSiteProps: () => ({
title: 'React Static',
metaDescription: 'A progressive static-site framework for React',
}),
}
App.js
const AnyComponent = getSiteProps(({ title, metaDescription }) =>
<div>
Welcome to {title}! I am a {metaDescription} :)
</div>
)
<Head>Head is a react component for managing tags in the document's head. Use it to update meta tags, title tags, etc.
Example:
import { Head } from 'react-static'
export () => (
<div>
<Head>
<meta charSet="UTF-8" />
<title>This is my page title!</title>
</Head>
<div>
My page content...
</div>
</div>
)
<Prefetch path='' only=''/>Prefetch is a react component that accepts a path prop, and optional only prop and an optional single child to render. When this component is rendered, any data or template required to render the path will be prefetched. This ensures that if the user then navigates to that route , they will not have to wait for the required data to load.
Props:
path - required().string()
only - optional().oneOf(['data', 'template'])
data or template for the path.Notes:
path are prefetched at the same time, only a single request will be made for all instances.Example:
import { Prefetch, Link } from 'react-static'
// Standalone
<Prefetch path='/blog' />
// With children
<Prefetch path='/blog'>
<Link to='/blog'>
Go to blog
</Link>
</Prefetch>
<PrefetchWhenSeen path=''/>PrefetchWhenSeen is almost identical to the Prefetch component, except that it will not fire its prefetch until the component is visible in the view. If the user's browser doesn't support the Intersection Observer API, it will work just like the Prefetch component.
Example:
import { PrefetchWhenSeen, Link } from 'react-static'
// Standalone
<PrefetchWhenSeen path='/blog' />
// With children
<PrefetchWhenSeen path='/blog'>
<Link to='/blog'>
Go to blog
</Link>
</PrefetchWhenSeen>
prefetch(path)prefetch is an imperative version of the Prefetch component that you can use anywhere in your code.
Example:
import { prefetch } from 'react-static'
const myFunc = async () => {
const data = await prefetch('/blog')
console.log('The preloaded data:', data)
}
React Static has a very unique and amazing way of requesting the least amount of data to display any given page at just the right moment. React splits code and data based on these factors:
Routes - Under the hood, React Static is automatically handling route splitting for you. Other than listing your routes in your static.config.js, you don't have to do anything!
Route Data - Reach route's getProps function results in a separate data file for each route being stored.
Shared Route Data - Not only is each route's props stored in a separate file, but each individual prop is compared to every other route's props for === equality. When a prop is found to be used in more than one route, it is promoted to a shared prop and stored in it's very own JSON file.
Manual Code Splitting with Universal - React Static comes built in with support for react-universal-component. This means aside from the automatic code splitting that React Static offers, you can also manually code split very large components if you choose to do so. See the "About" page in the dynamic-imports example to see how it works and how easy it is!
By bundling page templates and data into separate optimized files, your site avoids wastefully loading duplicate assets for pages that share some or all of their assets with others. This decreases the overall bandwidth your site uses and also considerably speeds up your sites ability to serve data as fast as possible!
Shared Route Data is best understood with an example. Consider a dynamic menu structure that is present only on some of your pages, but not all of them. In this case, the menu data would only be loaded on those pages, and only once per session, instead of on every page.
import axios from 'axios'
export default {
getRoutes: async () => {
const supportMenu = getMyDynamicMenuFromMyCMS()
return [
{
path: '/',
component: 'src/containers/Home',
},
{
path: '/docs',
component: 'src/containers/Docs',
getProps: async () => ({
supportMenu // Used once here
})
},
{
path: '/help',
component: 'src/containers/Help',
getProps: async () => ({
supportMenu, // Used again here! Since this `supportMenu` is equal `===` to the
// `supportMenu` used in the docs route, both instances will be promoted to
// a shared prop and only loaded once per session!
helpStuff: {...} // All other props that are unique to the route are
// still stored in their own JSON file.
})
},
]
},
}
Automatic data and prop splitting is based on identity comparison ===. If you break this referential integrity, React Static cannot detect that two props are the same.
An example of what not do
import axios from 'axios'
export default {
getRoutes: async () => {
const supportMenu = getMyDynamicMenuFromMyCMS()
return [
{
path: '/',
component: 'src/containers/Home',
},
{
path: '/docs',
component: 'src/containers/Docs',
getProps: async () => ({
supportMenu
})
},
{
path: '/help',
component: 'src/containers/Help',
getProps: async () => ({
supportMenu { ...supportMenu } // Even though this supportMenu obejct
// is exactly the same as the original, it is not the actual original.
// This would not work!
})
},
]
},
}
To modify the webpack configuration, use the webpack option in your static.config.js file.
webpack: []Function(
previousConfig,
args: {
stage,
defaultLoaders: {
jsLoader,
cssLoader,
fileLoader
}
}
) => {
return newConfig // or a falsey value to cancel transformation
}
The value can be an array of functions or a single function.
Each function will receive the previous webpack config, and can return a modified or new config.
Return any falsey value to cancel the transformation
args.stage is a string of either prod, dev or node, denoting which stage react-static is building for.
args.defaultLoaders - A convenience object containing the default react-static webpack rule functions:
jsLoader - The default loader for all .js files (uses babel)cssLoader - The default style loader that supports importing .css files and usage of css modules.fileLoader - The default catch-all loader for any other file that isn't a .js .json or .html file. Uses url-loader and file-loaderWhen webpack is passed an array of functions, they are applied in order from top to bottom and are each expected to return a new or modified config to use. They can also return a falsey value to opt out of the transformation and defer to the next function.
By default, React Static's webpack toolchain compiles .js and .css files. Any other file that is not a .js .json or .html file is also processed with the fileLoader (images, fonts, etc.) and will move to ./dist directory on build. The source for all default loaders can be found in react-static/lib/webpack/rules/.
Our default loaders are organized like so:
const webpackConfig = {
...
module: {
rules: [{
oneOf: [
jsLoader, // Compiles all .js files with babel
cssLoader, // Supports basic css imports and css modules
fileLoader // Catch-all url-loader/file-loader for anything else
}]
}
...
}
Note: Usage of the oneOf rule is not required, but recommended. This ensures each file is only handled by the first loader it matches, and not any loader. This also makes it easier to reutilize the default loaders, without having to fuss with excludes. Here are some examples of how to replace and modify the default loaders:
Replacing all rules
// static.config.js
export default {
webpack: (config) => {
config.module.rules = [
// Your own rules here...
]
return config
}
}
Replacing a default loader for a different one
// static.config.js
export default {
webpack: (config, { defaultLoaders }) => {
config.module.rules = [{
oneOf: [
defaultLoaders.jsLoader,
{
// Use this special loader
// instead of the cssLoader
}
defaultLoaders.fileLoader,
]
}]
return config
}
}
Adding a plugin
// static.config.js
import AwesomeWebpackPlugin from 'awesome-webpack-plugin'
export default {
webpack: (config) => {
config.plugins.push(new AwesomeWebpackPlugin())
return config
}
}
Using multiple transformers
// static.config.js
export default {
webpack: [
(config, { defaultLoaders }) => {
config.module.rules = [{
oneOf: [
defaultLoaders.jsLoader,
defaultLoaders.cssLoader,
{
loader: 'file-loader',
test: /\.(fancyFileExtension)$/,
query: {
limit: 10000,
name: 'static/[name].[hash:8].[ext]',
},
},
defaultLoaders.fileLoader,
]
}]
return config
},
config => {
console.log(config.module.rules) // Log out the final set of rules
}
]
}
Using Custom devServer properties
This project uses webpack-dev-server. The devServer config object can be used to customize your development server.
// static.config.js
export default {
devServer: {
port: 8080,
host: '127.0.0.1'
}
}
Want to make your bundle even smaller? Simply set preact: true in your static.config.js and React-Static will ship preact with your site instead of React. This can significantly reduce the size of your app and load times!
Example
// static.config.js
export default {
preact: true,
...
}
Note: If updating a project not originally based on the preact template, you will need to update the render method of your app to always use ReactDOM.render and not ReactDOM.hydrate. See the preact template for an example of this
Important
Due to the complexity of maintaining a fully tooled development experience, React is still used in development mode if preact is set to true. This ensures that stable hot-reloading tooling, dev tools, ect. are used. This is by no means permanent though! If you know what it takes to emulate React Static's development environment using Preact tooling, please submit a PR!
We are always looking for people to help us grow react-static's capabilities and examples. If you have an issue, feature request, or pull request, let us know!
React Static uses the MIT license. For more information on this license, click here.
FAQs
We found that @gsandf/react-static demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 6 open source maintainers 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
Research
An advanced npm supply chain attack is leveraging Ethereum smart contracts for decentralized, persistent malware control, evading traditional defenses.
Security News
Research
Attackers are impersonating Sindre Sorhus on npm with a fake 'chalk-node' package containing a malicious backdoor to compromise developers' projects.
Security News
The npm package for the LottieFiles Player web component was hit with a supply chain attack after a software engineer's npmjs credentials were compromised.