I need a way to pass data from the
# package-developmentm
Markus Johansson
04/05/2024, 2:43 PMI need a way to pass data from the server to my v14 entry point - I guess it would be possible to solve with a API call and then register manifests after this but wondering if there's something similar to the "server variables"-thing we used to have before?
j
Jacob Overgaard
04/05/2024, 2:51 PMWe have put the few server variables we need into Configuration endpoints
m
Markus Johansson
04/05/2024, 2:52 PMOkey! So I would basically do the same then? Wait for API call to come back before registering?
j
Jacob Overgaard
04/05/2024, 2:52 PMhope to eventually eliminate a bunch of them
m
Markus Johansson
04/05/2024, 2:52 PMMaybe not great if all packages need to have this pattern
Markus Johansson
04/05/2024, 2:53 PMWould be better with a single call where people can hook in if possible
j
Jacob Overgaard
04/05/2024, 2:53 PMwell, I dont know your use case of course, but our extensions dont depend on server variables, it's more like booleans for different handling inside elements
m
Markus Johansson
04/05/2024, 2:53 PMMy user case is: Does user X have access to feature Y
Markus Johansson
04/05/2024, 2:53 PMData is on the server when the backoffice loads
j
Jacob Overgaard
04/05/2024, 2:54 PMA single call that exposes "data" would be a trash bin for everything
Jacob Overgaard
04/05/2024, 2:54 PMYou can add permissions to a user
Jacob Overgaard
04/05/2024, 2:56 PMWe tried to postpone the migration of the ServerVariables as long as we could to see if we really needed them (for our Core features), and turns out we didn't need most of them. The rest went into a configuration endpoint for Documents, Media and Packages, I think
m
Markus Johansson
04/05/2024, 2:56 PMI know about the "old" permissions (used e.g for "Publish", "Move", and so on) but in my use case it more like "User X is allowed to Publish,Move,Copy Thing A and not Thing B while user Y can Publish,Move and Copy anything. Is this supported in the that API?
j
Jacob Overgaard
04/05/2024, 2:57 PMMore and smaller network requests are better than one big data dump, IMHO
m
Markus Johansson
04/05/2024, 2:57 PMI don't mind making a API call 😄 But I feel that the initial load of the backoffice (without any cache) is already slow so I wanted to check if there was any best pratice around this kind of things.
j
Jacob Overgaard
04/05/2024, 2:57 PMNo, granular permissions are supported for documents but not "other stuff" yet
m
Markus Johansson
04/05/2024, 2:57 PMI noticed 1700+ requests so more and smaller indeed 😄
j
Jacob Overgaard
04/05/2024, 2:57 PMYes, we are essentially DDoS'ing the backend with the client, haha
Jacob Overgaard
04/05/2024, 2:58 PMWell, for user permissions is now just a key/value store, so you can add your own granular permissions I suppose
Jacob Overgaard
04/05/2024, 2:58 PMyou'd need to build the UI for it
m
Markus Johansson
04/05/2024, 2:58 PMI kind of already have everything so I guess I just wanted to check about if there was a recommended way to approach it 😄
j
Jacob Overgaard
04/05/2024, 2:59 PMwe need to optimise the frontend code with a bundler at some point
m
Markus Johansson
04/05/2024, 2:59 PMTotally fine with ditching server variables - I noticed that the Workflow source had some kind of solution for it so I'll gather some inspiration and find a solution 😄
j
Jacob Overgaard
04/05/2024, 2:59 PMYes, sometimes it's easier to just get the data out there 🙂
m
Markus Johansson
04/05/2024, 3:00 PMYeah, compared a cold boot of v13 vs v14 beta002 today just for fun at the difference is massive
Markus Johansson
04/05/2024, 3:01 PMSome kind of bundling sounds like a great idea 😄
2 Views