-
Notifications
You must be signed in to change notification settings - Fork 10
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
Server side routes should support dynamic route naming (with prerendering) #882
Labels
Milestone
Comments
thescientist13
added
enhancement
Improve something existing (e.g. no docs, new APIs, etc)
CLI
SSR
labels
Feb 10, 2022
thescientist13
added
feature
New feature or request
and removed
enhancement
Improve something existing (e.g. no docs, new APIs, etc)
labels
Mar 15, 2022
thescientist13
changed the title
Serve side routes should support nested dynamic routes
Server side routes should support nested dynamic routes
Apr 1, 2022
thescientist13
moved this to 🔖 Ready
in [Greenwood] Phase 9 - Standards and Conventions
Nov 21, 2022
12 tasks
thescientist13
changed the title
Server side routes should support nested dynamic routes
Server side routes should support nested dynamic routes with prerendering
Oct 14, 2023
thescientist13
changed the title
Server side routes should support nested dynamic routes with prerendering
Server side routes should support nested dynamic routes (with prerendering)
Oct 14, 2023
thescientist13
changed the title
Server side routes should support nested dynamic routes (with prerendering)
Server side routes should support dynamic routes (with prerendering)
Apr 9, 2024
thescientist13
changed the title
Server side routes should support dynamic routes (with prerendering)
Server side routes should support dynamic route naming (with prerendering)
Apr 9, 2024
thescientist13
moved this from 🔖 Ready
to ➡ DEFERRED
in [Greenwood] Phase 9 - Standards and Conventions
Aug 10, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Type of Change
Summary
Should support any route like
/artist/${name}/
without needing to know all the URLs up front.Details
With this, I think we would also then be able to implement something akin to Next.js'
getStaticPaths
API, which could allow users to export a bunch of static content from this dynamic route definition.With this data, Greenwood can invoke the page for as many static versions of the page the user wants using:
request
as the "constructor prop" to pass into the page componentname
as the output filename, based on filesystem based routing, e.g. pages/artist/[name].jsEffectively this would / could be an alternative and / or complete deprecation of the sources plugin.
The text was updated successfully, but these errors were encountered: