Skip to content
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

Allow using a queue to dispatch EntityEvents::ENTITY_ACTION instead of at the end of each request #445

Open
mglaman opened this issue Feb 16, 2023 · 0 comments
Labels
area: next module enhancement New feature or request

Comments

@mglaman
Copy link
Contributor

mglaman commented Feb 16, 2023

Slack link to convo https://drupal.slack.com/archives/C1AKSFBEW/p1676316211242009

I'm concerned on the scalability and performance if a Drupal site pushed requests to 5-10 or more Next.js sites. Drupal makes a blocking request to the Next.js API endpoint. That API endpoint calls await response.revalidate(slug) before responding.

My concern is how long does await response.revalidate(slug) take while blocking the response to Drupal? Guzzle does support async requests, but reactions to EntityEvents::ENTITY_ACTION are not processed at once but individually. So we cannot batch async them.

Moving to a queue would allow for greater scalability when there are more Next.js sites receiving content entity changes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: next module enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants