In this case you just spread your presentation layer across two systems, which is not ideal. So you could write a controller that returns your blocks HTML embedded in json. That said: no one forbids you from returning markup from your API.
Your client will most likely want to do some caching too. You can also use Varnish for further caching (with a rest API, graphql and Varnish is not such a good combination). With this understanding you must rework your blockcache into a datacache with the same invalidation logic. The APIs job is authentication, authorization and converting its data model to the one used in the json. The clients job is to build the HTML from the data. The payload usually does not contain markup. I'm not really up to speed with this stuff at all, yet.Ī typical setup would have your client (app) ask the API (server) for the data, which would answer with a json payload. Just wondering how people deal with these headless sites if the pages are enormously complex and heavy on the database without caching. My cache clearing module would instead be used to clear out bits of json in mongo and then each user would have one object load and only request stuff that is null. Would an additional mongodb database be useful in the middle of all of this? ie. How would this type of thing be transferred over into a headless setup? Can memcache and block caching still be used, or would it be more a thing where clicking that submenu would then get the data from the server and display it? An individual menu submenu may be built with three views coming together to show exactly what is needed. I have a custom module with around 180 triggers that cache clear down to extremely specific sets of users / roles / page keys. My issue is the site relies heavily on block caching.
#DRUPAL GRAPHQL CACHING UPGRADE#
Upcoming D8 / D9 upgrade would be easier if the back-end was totally separate. I have some ideas about UI functionality with a modern JS framework. Language barrier here means JS would be a bigger pool of potential English speakers. I want to learn more React as a hobby and future skill, and I want to know some React before hiring a developer to create the finished product.
#DRUPAL GRAPHQL CACHING FULL#
I know a decent amount of JS and can built node apps so would rather do React Native than go full native. I say apps because each client would have their own version being served from the core LMS (My business is one site served of many domains each custom themed). Native apps are currently being requested by potential and existing clients. Was wondering if any of ye with experience of this could help me before I embark on Reactifying my website. If you wish to post something of that nature we suggest you check out 's paid services job board Our Friends
Check out the sidebar for our AMA schedule, or view our past AMA's.
0 kommentar(er)
