What are the Slack Archives?
It’s a history of our time together in the Slack Community! There’s a ton of knowledge in here, so feel free to search through the archives for a possible answer to your question.
Because this space is not active, you won’t be able to create a new post or comment here. If you have a question or want to start a discussion about something, head over to our categories and pick one to post in! You can always refer back to a post from Slack Archives if needed; just copy the link to use it as a reference..
Hello, We encountered some issues with Redis memory getting filled very easy. One of the issues we
We encountered some issues with Redis memory getting filled very easy. One of the issues we noticed is related to the event triggering by using “event:trigger” command.
Let’s assume we have entity X for which we have active 1/3 of the entities the other ones (2/3) were unpublished in time. The active X entities are using 50% of the Redis storage. For some unknown reason, some entities are missing from the storage and triggering events for them will fix the issue. When we call the console command “event:trigger -r X” it will trigger all the events for entity X. The command finishes and everything looks fine so far. When the events get processed the memory usage increases until Redis gets full and denies connections which lead to Glue failures.
The triggerEvents method from EventResourceQueryContainerManager (https://github.com/spryker/event-behavior/blob/master/src/Spryker/Zed/EventBehavior/Business/Model/EventResourceQueryContainerManager.php#L60) is triggering the bulk the events for all the entities. The way the plugins are built is problematic as they only trigger publish events for entities. That means the unpublished entities will be published. Since the unpublished entities are more than the active ones (2/3) they will fill the storages with unnecessary data. Most of the writers from spryker core are not considering the status of the entities when they publish data to storages.
It will be nice to have this issue fixed from the Core, so we don’t need to patch each writer to make sure it is not publishing data which should not be published.
Nice to have: event:trigger command to be able to also unpublish data from the storage when the entities are inactive but not removed from storage. Sometimes we get results from ElasticSearch even if the products are not active, unpublishing entities solves the issue).
I hope this message will help to improve Spryker.
- All Categories
- 40 Getting Started & Guidelines
- 7 Getting Started in the Community
- 8 Additional Resources
- 7 Community Ideas and Feedback
- 44 Spryker News
- 721 Developer Corner
- 568 Spryker Development
- 62 Spryker Dev Environment
- 376 Spryker Releases
- 32 Propel ORM
- 49 Community Projects
- 6 Gacela Project
- 3 PHP Bridge
- 22 Hackathon
- 18 Job Opportunities
- 3.2K 📜 Slack Archives
- 115 Academy
- 5 Business Users
- 370 Docker
- 551 Slack General
- 2K Help
- 75 Knowledge Sharing
- 6 Random Stuff
- 4 Code Testing
- 29 Product & Business Questions
- 57 Spryker Safari Questions
- 46 Random