[Resolved] Performance issues

[Author]

Posts

[blueS-2]

Hello
I need help with 4 things in views/archives/content templates using blocks.

The site is being developed but publicly accessible, uses the latest versions of toolset, wordpress, woocommerce, relevanssi and kadence theme and blocks. It's a corporate site, with a services catalog (ask for price/information), static pages (about us, governance, why us,...), news (2500 blog posts) and an area for more insightful posts (a cpt made with types), plus some extra cpt's for specific information (old projects, press releases, customers). Site is in portuguese (pt-pt).

4) Performance toll: the development is being made in a VPS with production specs (32G dedicated, octacore Xeon dedicated, SSD, ubuntu 16 with latest versions of everything, php 7.4 FPM with 1G RAM limit). The site has around 2500 posts plus 250 services (it's a catalog, using woocommerce for the filtering features, prices and checkout not being used) and some 30 insight (the CPT created). When running the standard post loops or woocommerce, everything runs smoothly, server processor doesn't even flinch. When trying to design views or archives the interface becomes sluggish, server processor spykes and I get timeouts and database connection lost. Tried in several browsers and with all addons off, sluggishness in all. On the user end, my computer running the browser is a R7/16GB, so no issues on the PC side. Used this VPS for developing even more demanding sites and even for medium traffic production sites, and this never happened. Is there a way of optimizing this?

Thanks in advance and best regards
Alex

[Waqar]

Hi Alex,

Do you see any errors or warnings in the browser's console or in the server's error logs?

In case you don't see any errors/warnings, I'll use your website's admin access details from the other ticket, so that I can see how the environment is set up in general.

regards,
Waqar

[blueS-2]

Hello Waqar
There were some console errors regarding react, but disabling the Block Navigation plugin ended them. However, sluggishness still remains, especially when building archives or content templates. It stalls in fetching the information and even shows the wrong information. Optimized both the db and also the mysql server, but no changes.
The reason I'm asking toolset support is because when using dynamic content with kadence blocks alone (post/product/CPT grids/sliders/masonry/lists) it all works fluidly, even when fetching dozens of posts, however when building views/archives/content templates it's like I was in a underpowered server (which is not) even for the simplest tasks.

[Waqar]

Thank you for sharing these details.

Checking different settings in the admin area, I couldn't find anything specific which could result in the slow performance.

Do I have your permission to download a clone/snapshot of the website? This will allow us to investigate this on a test server, without affecting the actual website.
( ref: https://toolset.com/faq/provide-supporters-copy-site/ )

[blueS-2]

Hello Waqar
Sorry for the late reply. Yes, you can copy the site, let me warn you it's over 4GB because of all the images and media.
The behaviour is really strange, view/archive/content archive queries seem to hang, although sometimes just respond normally. Apache shows no errors regarding that and console also shows no errors apart the ones I mentioned before

[Waqar]

Thank you for the permission and I've downloaded the website's clone.

I'll be performing some tests on my server and will share the findings as soon as this testing completes.

Thank you for your patience.

[Waqar]

Thank you for waiting.

During testing, I randomly checked the WordPress Archives and the pages with Views in the blocks editor environment, but couldn't notice any slow loading or hanging issue.

No errors or warnings were logged in the error log either.

If it is only happening intermittently, is it possible that the server is set to perform some background tasks?

I'll also recommend testing this with the WordPress autosave feature disabled or set the interval to a very high value, which is known to offer a smoother editing experience with Gutenberg.

Here is some background information:
hidden link
hidden link

In case the issue still persists, I'll recommend sharing links to the specific pages where you face this issue more frequently.