Hello
The dashboard takes a few minutes to load every time it is first started https://drive.google.com/file/d/1vioWBbmBzhXmf5Ze6v8a8AVnsetV8aJh/view?usp=sharing After the initial load, it runs at normal speed. What could be the problem?
Hello
The dashboard takes a few minutes to load every time it is first started https://drive.google.com/file/d/1vioWBbmBzhXmf5Ze6v8a8AVnsetV8aJh/view?usp=sharing After the initial load, it runs at normal speed. What could be the problem?
Hey @ingmar
This can happen with WordPress sites in general, especially when the site has not received traffic for a while.
The first request may be triggering pending WP-Cron jobs, warming up cache/opcache, or waking up PHP/database processes on the server. After that first request completes, the site can feel normal again because everything is already warm.
Since MainWP Dashboard is also a WordPress site and is often private/low-traffic, this can be more noticeable there.
Please take a look at this help document, which explains how to manage WP-Cron on a low-traffic MainWP Dashboard site: Manage WP Cron on a Low-Traffic MainWP Dashboard - MainWP Documentation
Yeah same here. Support contends its the hosting side of things. But everything ran just fine pre v6.0 of the dashboard. Its all been nothing but slow downs and no updates. I have to go to each site and manually update them and I have over 120+ sites I manage. Then when I try to sync them at least half get disconnected when. there’s no problems on the website side of things. I don’t know what happened with v6.0 and on but God its frustrating!!
Hey @bmccloskey
Since you also opened a help desk ticket with us, we’ll continue the detailed troubleshooting there so we can look at your setup more closely and avoid sharing any private system details here.
That said, I did notice in the system report that the Dashboard’s WP Memory Limit is currently set to 40 MB, which is quite low for a MainWP Dashboard managing that many child sites. I mentioned this in the ticket as something worth increasing, because it can definitely contribute to slow loading, sync issues, or timeouts/disconnects when the Dashboard is processing a larger number of sites.
If the slowness mainly happens only on the first Dashboard load and then things speed up afterward, it may be the same type of issue I mentioned above: WP-Cron jobs, cache/opcache warming up, or the server/PHP/database processes waking up after being idle.
If only certain Dashboard pages are consistently slow, then we may need to check whether those pages are loading a large number of logs or items.
In that case, temporary WP Admin access sent through the private ticket would be the best next step so we can inspect it directly.
If all Dashboard pages are slow all the time, then this points more strongly toward server resources/configuration, especially with 120+ connected child sites.
Please continue with us in the ticket and share temporary access there if possible, and we’ll take a closer look.