You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 28, 2024. It is now read-only.
This project is starting as a create-react-app (CRA) because it is the most popular starter for React projects. It includes basic linting around accessibility and a good webpack config. But mainly, it lets us start working on a prototype without many premade opinionated decisions.
But it does lack SEO and accessibility support (a11y) when Javascript is disabled on a browser or with some screen readers. The solution for this is server-side rendering (SSR).
We haven chosen to do CRA then SSR because it will be faster and it is recommended. CRA will look great for demos and user testing. And the components will be reused in a server rendered, accessible framework before public launch.
This task is for researching that path from CRA to SSR using Next.js.
Think about data usage in general and how SSR is a pro or con.
Why does SSR matter?
Resident Value
Supporting equity in our community by ensuring that our community with limited data access on mobile devices causes the least amount of drain on their plan by rendering server side.
The text was updated successfully, but these errors were encountered:
We should think about using named routes so we can reference urls via names instead of paths in case urls have to change in the future, we can make this change in one place, rather than over many files.
In accordance, let's investigate how routers are implemented by server side rendering libraries.
One clear differentiator that has become clear between Next.js and Gatsby is the Routing library they each use. In our create-react-app prototype, we've been using React Router 4. It has features like NavLinks and basename that we'd like to use. See #102
Next.js uses it's own routing library. This would require some refactoring for us. There is discussion around how to integrate React Router 4 with Next.js, but it doesn't seem very clear to me the best way to implement. vercel/next.js#1632
mateoclarke
changed the title
Research path to Next.js & server side rendering (SSR)
Research & Implement Server side rendering or Static site generation
Jan 26, 2018
This project is starting as a create-react-app (CRA) because it is the most popular starter for React projects. It includes basic linting around accessibility and a good webpack config. But mainly, it lets us start working on a prototype without many premade opinionated decisions.
But it does lack SEO and accessibility support (a11y) when Javascript is disabled on a browser or with some screen readers. The solution for this is server-side rendering (SSR).
We haven chosen to do CRA then SSR because it will be faster and it is recommended. CRA will look great for demos and user testing. And the components will be reused in a server rendered, accessible framework before public launch.
This task is for researching that path from CRA to SSR using Next.js.
Can we start by using nextjs router?
https://github.com/fridays/next-routes
Resident Value
Supporting equity in our community by ensuring that our community with limited data access on mobile devices causes the least amount of drain on their plan by rendering server side.
The text was updated successfully, but these errors were encountered: