home.social

#rules_prerender — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #rules_prerender, aggregated by home.social.

  1. #rules_prerender tries to go a step further with partial prerendering at build time (reducing rendering work on the server) and driving *bundling* by what gets rendered, not just how resources are loaded on the client. We can eagerly load all required JS and CSS up front.

    github.com/dgp1130/rules_prere

  2. #rules_prerender tries to go a step further with partial prerendering at build time (reducing rendering work on the server) and driving *bundling* by what gets rendered, not just how resources are loaded on the client. We can eagerly load all required JS and CSS up front.

    github.com/dgp1130/rules_prere

  3. #rules_prerender tries to go a step further with partial prerendering at build time (reducing rendering work on the server) and driving *bundling* by what gets rendered, not just how resources are loaded on the client. We can eagerly load all required JS and CSS up front.

    github.com/dgp1130/rules_prere

  4. #rules_prerender tries to go a step further with partial prerendering at build time (reducing rendering work on the server) and driving *bundling* by what gets rendered, not just how resources are loaded on the client. We can eagerly load all required JS and CSS up front.

    github.com/dgp1130/rules_prere

  5. tries to go a step further with partial prerendering at build time (reducing rendering work on the server) and driving *bundling* by what gets rendered, not just how resources are loaded on the client. We can eagerly load all required JS and CSS up front.

    github.com/dgp1130/rules_prere

  6. Cool to see #MDN exploring a unique #frontend architecture which better meets their needs.

    developer.mozilla.org/en-US/bl

    A lot of the core ideas here are stuff I've been trying to formalize in #HydroActive and #rules_prerender. Islands of reactivity on a mostly static page and driving resource loading by what gets rendered are both key features most FE systems lack.

    #web #JavaScript

  7. Cool to see #MDN exploring a unique #frontend architecture which better meets their needs.

    developer.mozilla.org/en-US/bl

    A lot of the core ideas here are stuff I've been trying to formalize in #HydroActive and #rules_prerender. Islands of reactivity on a mostly static page and driving resource loading by what gets rendered are both key features most FE systems lack.

    #web #JavaScript

  8. Cool to see #MDN exploring a unique #frontend architecture which better meets their needs.

    developer.mozilla.org/en-US/bl

    A lot of the core ideas here are stuff I've been trying to formalize in #HydroActive and #rules_prerender. Islands of reactivity on a mostly static page and driving resource loading by what gets rendered are both key features most FE systems lack.

    #web #JavaScript

  9. Cool to see #MDN exploring a unique #frontend architecture which better meets their needs.

    developer.mozilla.org/en-US/bl

    A lot of the core ideas here are stuff I've been trying to formalize in #HydroActive and #rules_prerender. Islands of reactivity on a mostly static page and driving resource loading by what gets rendered are both key features most FE systems lack.

    #web #JavaScript

  10. Cool to see exploring a unique architecture which better meets their needs.

    developer.mozilla.org/en-US/bl

    A lot of the core ideas here are stuff I've been trying to formalize in and . Islands of reactivity on a mostly static page and driving resource loading by what gets rendered are both key features most FE systems lack.

  11. #rules_prerender can actually do this and it's a very powerful feature, but using it in that ecosystem requires buying into a much larger toolchain not everyone will want.

    github.com/dgp1130/rules_prere

    I'm imagining a more flexible, standalone tool which could be effectively used in any web toolchain.

  12. #rules_prerender can actually do this and it's a very powerful feature, but using it in that ecosystem requires buying into a much larger toolchain not everyone will want.

    github.com/dgp1130/rules_prere

    I'm imagining a more flexible, standalone tool which could be effectively used in any web toolchain.

  13. #rules_prerender can actually do this and it's a very powerful feature, but using it in that ecosystem requires buying into a much larger toolchain not everyone will want.

    github.com/dgp1130/rules_prere

    I'm imagining a more flexible, standalone tool which could be effectively used in any web toolchain.

  14. #rules_prerender can actually do this and it's a very powerful feature, but using it in that ecosystem requires buying into a much larger toolchain not everyone will want.

    github.com/dgp1130/rules_prere

    I'm imagining a more flexible, standalone tool which could be effectively used in any web toolchain.

  15. can actually do this and it's a very powerful feature, but using it in that ecosystem requires buying into a much larger toolchain not everyone will want.

    github.com/dgp1130/rules_prere

    I'm imagining a more flexible, standalone tool which could be effectively used in any web toolchain.

  16. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any #SSR component model using shadow DOM. I'll have to consider it for #rules_prerender if and when we get to SSR support.

  17. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any #SSR component model using shadow DOM. I'll have to consider it for #rules_prerender if and when we get to SSR support.

  18. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any #SSR component model using shadow DOM. I'll have to consider it for #rules_prerender if and when we get to SSR support.

  19. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any #SSR component model using shadow DOM. I'll have to consider it for #rules_prerender if and when we get to SSR support.

  20. @passle The full repo is here with the relevant source code, explanation of how it works, and some notable caveats.

    github.com/dgp1130/out-of-orde

    It's a very cool idea to incorporate into any component model using shadow DOM. I'll have to consider it for if and when we get to SSR support.

  21. @surma @jaffathecake Very cool stuff! I'm a big proponent of build systems and I've always been frustrated with how web devs seem to couple bundlers and build systems together into a single tool, when they are completely different concepts. Would love to see more build system usage in the web space!

    On the #Bazel front, I happen to be working on #rules_prerender, a ruleset for doing static site generation in Bazel, built on top of #aspect_rules_js.

    github.com/dgp1130/rules_prere

    It's maybe 90% feature complete towards 1.0, but unfortunately not yet documented. I've been distracted and haven't had the time to builds the docs site (examples are more thorough if you can follow what they're doing).

    github.com/dgp1130/rules_prere

    I don't know if that would be useful for you, but I figured it tied in with the web + build systems + Bazel theme so it might be interesting to you.

  22. @surma @jaffathecake Very cool stuff! I'm a big proponent of build systems and I've always been frustrated with how web devs seem to couple bundlers and build systems together into a single tool, when they are completely different concepts. Would love to see more build system usage in the web space!

    On the #Bazel front, I happen to be working on #rules_prerender, a ruleset for doing static site generation in Bazel, built on top of #aspect_rules_js.

    github.com/dgp1130/rules_prere

    It's maybe 90% feature complete towards 1.0, but unfortunately not yet documented. I've been distracted and haven't had the time to builds the docs site (examples are more thorough if you can follow what they're doing).

    github.com/dgp1130/rules_prere

    I don't know if that would be useful for you, but I figured it tied in with the web + build systems + Bazel theme so it might be interesting to you.

  23. @surma @jaffathecake Very cool stuff! I'm a big proponent of build systems and I've always been frustrated with how web devs seem to couple bundlers and build systems together into a single tool, when they are completely different concepts. Would love to see more build system usage in the web space!

    On the #Bazel front, I happen to be working on #rules_prerender, a ruleset for doing static site generation in Bazel, built on top of #aspect_rules_js.

    github.com/dgp1130/rules_prere

    It's maybe 90% feature complete towards 1.0, but unfortunately not yet documented. I've been distracted and haven't had the time to builds the docs site (examples are more thorough if you can follow what they're doing).

    github.com/dgp1130/rules_prere

    I don't know if that would be useful for you, but I figured it tied in with the web + build systems + Bazel theme so it might be interesting to you.

  24. @surma @jaffathecake Very cool stuff! I'm a big proponent of build systems and I've always been frustrated with how web devs seem to couple bundlers and build systems together into a single tool, when they are completely different concepts. Would love to see more build system usage in the web space!

    On the #Bazel front, I happen to be working on #rules_prerender, a ruleset for doing static site generation in Bazel, built on top of #aspect_rules_js.

    github.com/dgp1130/rules_prere

    It's maybe 90% feature complete towards 1.0, but unfortunately not yet documented. I've been distracted and haven't had the time to builds the docs site (examples are more thorough if you can follow what they're doing).

    github.com/dgp1130/rules_prere

    I don't know if that would be useful for you, but I figured it tied in with the web + build systems + Bazel theme so it might be interesting to you.

  25. @surma @jaffathecake Very cool stuff! I'm a big proponent of build systems and I've always been frustrated with how web devs seem to couple bundlers and build systems together into a single tool, when they are completely different concepts. Would love to see more build system usage in the web space!

    On the front, I happen to be working on , a ruleset for doing static site generation in Bazel, built on top of .

    github.com/dgp1130/rules_prere

    It's maybe 90% feature complete towards 1.0, but unfortunately not yet documented. I've been distracted and haven't had the time to builds the docs site (examples are more thorough if you can follow what they're doing).

    github.com/dgp1130/rules_prere

    I don't know if that would be useful for you, but I figured it tied in with the web + build systems + Bazel theme so it might be interesting to you.

  26. Are there any good #web conferences / meetups with an #RFP open in the #BayArea or virtual?

    There are a few projects I've been working on which I'd love to give talks about and share with the community (not Angular related). Could be talking about any/all of:

    1. #HydroActive - A different take on hydration in an HTML-first world. github.com/dgp1130/HydroActive
    2. #rules_prerender - A #Bazel ruleset serving as a fast and scalable #StaticSiteGenerator. github.com/dgp1130/rules_prere
    3. #HTMLFragments - A no-tooling, web standard-based approach to HTML over the wire. blog.dwac.dev/posts/html-fragm

    Greatly appreciate boosts for reach!

  27. Are there any good #web conferences / meetups with an #RFP open in the #BayArea or virtual?

    There are a few projects I've been working on which I'd love to give talks about and share with the community (not Angular related). Could be talking about any/all of:

    1. #HydroActive - A different take on hydration in an HTML-first world. github.com/dgp1130/HydroActive
    2. #rules_prerender - A #Bazel ruleset serving as a fast and scalable #StaticSiteGenerator. github.com/dgp1130/rules_prere
    3. #HTMLFragments - A no-tooling, web standard-based approach to HTML over the wire. blog.dwac.dev/posts/html-fragm

    Greatly appreciate boosts for reach!

  28. Are there any good #web conferences / meetups with an #RFP open in the #BayArea or virtual?

    There are a few projects I've been working on which I'd love to give talks about and share with the community (not Angular related). Could be talking about any/all of:

    1. #HydroActive - A different take on hydration in an HTML-first world. github.com/dgp1130/HydroActive
    2. #rules_prerender - A #Bazel ruleset serving as a fast and scalable #StaticSiteGenerator. github.com/dgp1130/rules_prere
    3. #HTMLFragments - A no-tooling, web standard-based approach to HTML over the wire. blog.dwac.dev/posts/html-fragm

    Greatly appreciate boosts for reach!

  29. Are there any good #web conferences / meetups with an #RFP open in the #BayArea or virtual?

    There are a few projects I've been working on which I'd love to give talks about and share with the community (not Angular related). Could be talking about any/all of:

    1. #HydroActive - A different take on hydration in an HTML-first world. github.com/dgp1130/HydroActive
    2. #rules_prerender - A #Bazel ruleset serving as a fast and scalable #StaticSiteGenerator. github.com/dgp1130/rules_prere
    3. #HTMLFragments - A no-tooling, web standard-based approach to HTML over the wire. blog.dwac.dev/posts/html-fragm

    Greatly appreciate boosts for reach!

  30. Are there any good conferences / meetups with an open in the or virtual?

    There are a few projects I've been working on which I'd love to give talks about and share with the community (not Angular related). Could be talking about any/all of:

    1. - A different take on hydration in an HTML-first world. github.com/dgp1130/HydroActive/
    2. - A ruleset serving as a fast and scalable . github.com/dgp1130/rules_prere
    3. - A no-tooling, web standard-based approach to HTML over the wire. blog.dwac.dev/posts/html-fragm

    Greatly appreciate boosts for reach!

  31. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in #rules_prerender, much cleaner!

  32. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in #rules_prerender, much cleaner!

  33. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in #rules_prerender, much cleaner!

  34. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in #rules_prerender, much cleaner!

  35. This change also has a side benefit of giving you full control over the `ts_project` which compiles your prerendering logic. No more awkward wrapping in , much cleaner!

  36. Just landed a major update to #rules_prerender yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  37. Just landed a major update to #rules_prerender yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  38. Just landed a major update to #rules_prerender yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  39. Just landed a major update to #rules_prerender yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  40. Just landed a major update to yesterday. I redesigned the core component API to better express dependencies between different "slices" of a component. For example, if you only depend on the client-side JavaScript, the bundler will still find the associated CSS styles.

    github.com/dgp1130/rules_prere

    Really excited about the direction here! Next step is the actual documentation site.

  41. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of #rules_prerender *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  42. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of #rules_prerender *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  43. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of #rules_prerender *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  44. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of #rules_prerender *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  45. Speaking of not writing documentation: I also prototyped a very cool idea for how to greatly simplify the developer experience of *and* make it understand even more complex dependency graphs.

    Still more experimenting to be done, but I'm hopeful this is a viable strategy and will be a big improvement for developers! 😁

  46. Released a new version of #rules_prerender with full #Preact support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.

  47. Released a new version of #rules_prerender with full #Preact support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.

  48. Released a new version of #rules_prerender with full #Preact support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.

  49. Released a new version of #rules_prerender with full #Preact support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.

  50. Released a new version of with full support built-in.

    github.com/dgp1130/rules_prere

    Getting closer and closer to something I'd be willing to call a 1.0.0!

    Biggest open issue is still actually writing all the documentation, though I keep getting distracted by other features.