I have the same, very laggy with slightly more complex pages.
Video:
4 Likes
I just wanted to add that I just sent in an email to timmse with everything requested.
Further info on my issueā¦ would be curious if these steps get the same result for you philipp?
So far, I have noticed issues specifically with the Structure Panelā¦ when trying to rename an element, and when trying to move an element in the structure to a different point. There may be other issues tooā¦ but these are the ones that stand out to me.
To replicate the issueā¦
- Go to edit the page
- In the structure panel, rename an element
- Try to move that element to a different position
For me, these feel laggy and slow.
3 Likes
Yes I do have these structure panel lags as well.
Same problems here as well. Structure panel, duplicating elements, adding/renaming classes too.
6 Likes
Just sent my login details as well.
1 Like
Iāve noticed my server CPU is going crazy lately. Iām not sure what can be the reason but I have plenty of dynamic data in one of my sites.
2 Likes
I also faced the same issues with structure panel and builder that is lagging. We have an high performant dedicated server. Also my browser crashed at one point. The laptop I use is also quite good (32 GB). And normally can easily handle these browser tabs.
1 Like
I feel the same way as the thread creator and I also have my site hosted at Raidboxes.
- WP: 6.4.3
- Bricks: 1.9.6.1
- Hosting: Managed Hosting
- Storage: SSD
- CPU Cores: 2
- RAM 4 GB
- PHP: 8.1
- PHP Memory Limit: 1024 MB
In general, the backend feels a little slow compared to other hostings.
However, as soon as I open the Bricks Editor to edit a page and also have dynamic data such as queries there, this increases dramatically.
I also often get 504 when saving. Everything also hangs extremely. I have to let the page render for a few minutes on ālargerā pages with queries.
I am really unsure whether this is the combination of the raidboxes hosting settings and bricks.
I have no problems at all with hosting from All-Inkl with a similarly demanding site.
If it helps you, I can also send you temporary access data
Here are a few more pictures of my settings
2 Likes
Iāve encountered the same issue and may have identified a pattern that triggers high CPU usage, although itās not yet confirmed. Iām sharing my observations to see if others have experienced similar issues.
- Lots of Stuff in the Database: I made two online stores for a client, and theyāre big - one has over 2000 items, and the other has over 6000, along with custom fields and extensive data.
Moving Around Servers: Weāve moved the websites between different hosting services a few times. (I use WPvivid)Should be because of Redis, as it happen right after I moved to Cloudways and turned on Redis in the first place. I have no problem at all when they are in SiteGround (It donāt have Redis).- Plugin Trouble: Iām using Jetengine, and when I turn it off and check out the website, everythingās super fast. But when I turn it back on and look again, it really slows down and leads to a significant drain on CPU and RAM for a few minutes. (ACF seems to use fewer resources than Jetengine as the overheating time is shorter)
- Repeater Fields are Worse: Repeater fields seem to consume resources disproportionately compared to other field types.
It seems like the issue might be because thereās so much stuff stored in the database. Whenever I try to change something on a page, the website has to go through all that data to show those dynamic data options in Bricks, which slows things down.
Iāve been trying out a plugin that seems promising: Index WP MySQL for Speed. While Iām still testing its efficacy and potential drawbacks, Iāve noticed an immediate improvement in CPU and RAM usage upon implementation.
This issue has been a headache, especially since the websites are live and my client depends on them. Iām not sure if this fix will have any long-term effects, but for now, itās working.
Hopefully, this info can help someone else whoās dealing with similar issues and also hope this information can help speed up the process of fixing the issues from Bricks.
2 Likes
for me adding, deleting, renaming any class means losing the first characters due to lag
One more piece of information: If using Cloudways, DONT turn on Redis. It skyrocket the CPU and RAM when you edit. (from what I observe) Just stay in Memcached, donāt know why but it happens on me.
1 Like
I do not think it is a server issue when everything else runs blazing fast on mine (2 X dedicated servers) including traditionally slow builders (WP Bakery & Elementor Pro) with huge pages, scripts and animations. Even custom Laravel applications.
I am wondering if the problem lies somewhere within the code base of bricks and the way interaction (user actions) are sent to the database/builder and back when working on complex layouts.
We have reports here of this occurring on several different servers dedicated or not.
If I start a new page it is not apparent at the beginning. Adding elements, classes, styles and then more complex elements with dynamic data or scripts running makes the lag appear.
Disabling all plugins does not make a difference on my end. Maybe a little bit but the lag areas persist.
I think I have tried everything on my end - server tweaks, browsers, pluginsā¦I just have a few things to try yet related to some Plesk optimisations on MariaDB but I doubt it will make a difference. Will test on my other server with those turned off and will report back.
1 Like
I have tried everything these guys before me wrote, and some of it did help a bit. I am still testing it on different builds, trying to find out what causes the problem - I donāt think itās a specific plugin or server, rather a way Bricks deals with complex layouts. I will keep trying to find the root issue and email Bricks support to try and give them some info.
This is a big problem that affects my build speed on various different servers. I hope we resolve it soon. For now, my workflow is having a separate page on which I build sections, and then I copy/paste them to the correct page. Then I delete the section from the ābuildā page. If I need to change an existing section, I copy it to the ābuildā page and then back. Itās the only way to not spend literally 3-4x more time developing pages with more than 2 sections.
2 Likes
Hmm then this is on par with my experience. The lag starts building up as you add sections / elements.
I will try your way - copying sections to another page and then back, however, this is not the way it should be. I have a project in progress that will have more than 100 pages and this is not a viable long term solution. This and the fact that two people cannot work simultaneously need to be resolved fast. The latter, I think they are already working on.
1 Like
Hi guys,
Thanks so much to everyone who sent access data and detailed information, much appreciated!
We now have enough test environments and are working on a solution.
Please leave the installations until we can mark the thread as resolved, so we can test a potential fix in the meantime.
Again, thanks so much for your input and patience 
16 Likes
Hello community,
any expected time to resolve the problem? Sorry for being impatient, but some of my sites are not manageable right now.
6 Likes
@timmse is there any news regarding the lags?
3 Likes
It would be good to have some news regarding this topic, no matter how minor it may be.
2 Likes
Fully agreed. I must be prone to building āheavyā pages as you put it @timmse in my support ticket, because I get the issue on all my current projects and the joy of working with Bricks is slowly getting replaced by complacently opening the builder in hopes my āquick editā doesnāt turn out to take 30 minutes instead of 15 because of load times and performance issues.
Really hoping this and replacing the echo filter approach are priorities right now.
3 Likes
I have the same issue with a page that has 6 querry loops in sliders (ecommerce). I simply cannot open the edit mode, I instantly get 100% CPU. Thatās very annoying.
3 Likes