-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Migrate to Next.js #3485
Migrate to Next.js #3485
Conversation
…nstead of forceUpdate() everywhere
…e (currently fake) directory into its own file
- transition to exportPathMap over getStaticPaths because gSP can't support multiple dynamic routes - transition from `platform` everywhere to `filterKey` because `platform`, `integration` and `framework` can all occur - note: currently not supporting Stencil architecture where recently selected `platform`s, `integration`s and `framework`s are saved and loaded from local storage -- can occur later (we have to deal with redirects eventually) [would have to revert changes to filter-data.ts and secondarynav/index.tsx] - stub UI directory - moved fragments to mirror page directory structure - fixed bug where codeblocks with no language attached failed to parse
…her roots meant router.path was /ChooseFilterPage
This pull request introduces 5 alerts when merging 52c986b into 373be37 - view on LGTM.com new alerts:
|
This pull request introduces 5 alerts when merging 128ca04 into 373be37 - view on LGTM.com new alerts:
|
This pull request introduces 5 alerts when merging 9cf51ef into 373be37 - view on LGTM.com new alerts:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reviewed offline. Approved
This pull request introduces 3 alerts when merging 04f9ac6 into 373be37 - view on LGTM.com new alerts:
|
Preview URL:
https://next-docs.amplify.aws/
Description of changes:
next/head
component. Since all content is static generated (and SSR in the future), search engines will be able to parse all content immediately.The content authoring experience should remain mostly the same, with three key differences:
<inline-fragment>
we now use<Fragments>
, and those fragments live in the/src/fragments
directory.Example:
<amplify-block>
and<amplify-block-switcher>
we now use<Block>
and<BlockSwitcher>
Example:
<ui-component-props>
, we now use<UiComponentProps>
Example:
<UiComponentProps tag="amplify-s3-image" propType="attr" useTableHeaders />