Thank you for your question.
Could you please confirm whether a cron job (such as the nightly sync at 3:00 AM) is running on your site?
Breeze triggers purge requests when content updates occur. If Divi Areas Pro performs a sync during that time, it is expected behavior for Breeze to purge the cache to ensure that the latest content is reflected on the frontend.
If the purge does not run after the sync, updated content may not appear correctly for visitors.
Please let us know your confirmation so we can suggest the best possible approach for your use case
Yes, Divi Areas Pro runs a scheduled action every night at 3:00 UTC. According to their plugin notes it is to “Fetch the latest Layout templates from the divimode.com Layouts Library.”. However the sync causes Breeze to start dumping cache for a bunch of URL’s even though the content hasn’t changed.
The biggest problem is that it freaks out Cloudways and causes the purge to fail and return website not available errors: “https://cloudways-static-content.s3.us-east-1.amazonaws.com/error_page/maintenance-domain-mapping.html“.
I submitted this to Cloudways but they are blaming a script or plugin or overwriting the Breeze Microservice URL (which it isn’t).
Since Divi Areas content is only part of a page I figured it was easier to skip the purge for this post type and only dump it when the whole page gets dumped.
Could you please share the ticket number you submitted with Cloudways support? We will review it further, investigate the issue, and share the possible solution along with any points of conflict.
Sure thing. It’s ticket #837667.
