Speed up configs with many/nested blocks. #10264
revnelson
started this conversation in
Feature Requests & Ideas
Replies: 1 comment 1 reply
-
We'll look into that! If you're open to contributing, it would be incredibly helpful if you could provide a minimal project that reproduces these performance issues with the least amount of complexity. Ideally, this could be submitted as a commit to our _community test suite. This will allow us address this problem faster |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Is it possible to make a similar performance increase as the createClientConfig change for blocks configs?
In our config we have 35 'standard' blocks, and 9 'wrapper' blocks. Each of the wrapper blocks has a 'blocks' field that can have most or all of the 35 standard blocks. Enabling all these causes each navigation in the admin panel to take several seconds (sometimes nearly 20 seconds to navigate between collections). By simply disabling the wrapper blocks, navigation is much more snappy. Unfortunately the wrapper blocks are integral to how we use payload, and the inability to reasonably navigate with them enabled is blocking our ability to migrate from v2 to v3.
On v2, this many blocks made HMR and build times agonizingly slow (10 to 20 minutes on each save/build). This is a huge pain-point for development but doesn't affect our editors because navigation is fine once built. I was very excited because with v3 iterative development is much faster, but it's never going to fly if our designers and editors have to wait 20 seconds for each navigation in the admin panel.
Beta Was this translation helpful? Give feedback.
All reactions