-
Notifications
You must be signed in to change notification settings - Fork 31
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
Hybrid rendering stage 3 proposal #565
Conversation
Co-authored-by: Happydev <[email protected]>
Co-authored-by: Happydev <[email protected]>
Co-authored-by: Happydev <[email protected]>
As opposite to 'server', using 'hybrid' is confusing, I prefer 'defaultstatic' or 'defaultprerender' as it's more meaningful in the docs. |
Co-authored-by: Happydev <[email protected]>
Co-authored-by: Happydev <[email protected]>
Co-authored-by: Happydev <[email protected]>
This has been out as experimental since 2.5. I'm moving to have this RFC merged in and experimental label removed. We'll now enter the final comment period. If anyone has issue with this RFC being merged please voice now, thanks! |
Again, I'm still mainly in favor of not introducing a |
@zadeviggers Did I miss this idea? Could you link to it? The object configuration I mean. |
@matthewp here are the relevant comments: |
Ah yeah. I see what you mean. Personally I would keep output: 'server',
build: {
prerenderDefault: false
} I think there's still some perception problem with this approach where people see the default being false as being the wrong choice. I think we should proceed with the current |
We're going to go with this approach for now. Happy to continue refining it as we approach 3.0. |
Awesome, that sounds good. |
Summary
Provide a
output: 'hybrid'
mode to allow static sites to opt-in certain pages to be dynamic (not prerendered).Links