I would image you have done a basic check on this function.

The problem does not occur if you click VIEW PAGE from the bar at the top of the page.

But it does if you reload the page or load the page from front end cache when signed out.

Something is preventing the animation on the text running.

I’ve swapped the elements to colour sections with background images instead of full width sliders which has solved the issue.

But this is still a bug present in Enfold.

Following up on this we use WP-Rocket with no special settings. Just caching no file processing etc.

The uncached page shows the caption and buttons

The cached version if you return to the page again does not load them.

You definitely had another report of a similar memory leak issue from a large blog. I mentioned it in my post above because you personally closed the issue as I was commenting on it.

I’m going to take one more look at this but I am 99% sure this is caused by a query enfold is running which is filling the memory.

I’ve already checked the server config several times. The PHP settings are correct and adjusting the memory limit makes no difference. It has 4gb of memory available and the server has about 100gb ram redundancy.

Disabling caching or redis doesn’t help. This is a scalability issue with enfold – the query being ran is not getting the correct memory allocation.

I’ll reply back again after another test.

I will try deactivating some plugins and see if the problem resolves itself but there is nothing unusual about the setup of this site.

I’ll reply back once I’ve tested things. I’ll need to clone the site to our staging area to do this.

The issue has returned.

We need to investigate a possible memory leak with the alb image element.

Something is causing a memory leak or causing the query to fail.

If we edit the homepage and then click on an image element to edit it we get an empty window and the errors below in the console in Plesk.

If we have redis enabled:
AH01071: Got error ‘; PHP message: PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 1310720 bytes) in /var/www/vhosts/domainname.com/httpdocs/wp-content/object-cache.php on line 2534’, referer: https://domainname.com/wp-admin/post.php?post=14&action=edit

If we have redis disabled:
AH01071: Got error ‘PHP message: PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 5242880 bytes) in /var/www/vhosts/domainname.com/httpdocs/wp-includes/class-wp-object-cache.php on line 239’, referer: https://domainname.com/wp-admin/post.php?post=14&action=edit

This is accompanied by a console error:
Failed to load resource: server responded with a status of 500 ()
wp-admin/admin-ajax.php
wp-admin/load-scripts.php
I am assuming these two errors are because the process has stopped – And the cause is something to do with the issues above.

This problem occurs in php 8.1 and above. It does not occur in php 8.0

• This reply was modified 1 month, 4 weeks ago by thinkjarvis. Reason: extra note added

Hi Rikard,

We used query monitor – It doesnt tell us anything useful.
It appears there is a memory leak somewhere or something in Enfold is picking up the wrong memory limit when it isnt specified.

For our site we just had to tell wordpress what the memory limits are by adding the following to wp-config.php
For us the 2gb limit per action looks like this:

define('WP_MEMORY_LIMIT', '2048M');
define('WP_MAX_MEMORY_LIMIT', '2048M');

For some reason the error code in the console was suggesting that the memory limit was around 512mb (written in bytes).

For context we actually have a 4gb memory limit – So there shouldnt have been a problem anyway but specifying a figure in wp-config seems to have solved the issue. I’ll report back if I can recreate it again.

The problem does not occur in PHP 8.0 but does occur in all versions above this.
With this in place the problem seems to have stopped and we are running PHP 8.2 again now. So it looks like there is an issue with the memory allocated to some actions in Enfolds interface not able to use the available ram fully.

Someone else reported a simillar issue here:

I was writing a reply on the post above explaining this when you closed it too early!!!!
Can you reopen it and add my suggestion above!

If you want me to raise this on github with screenshots please let me know.

Hi Mike,

Can you send me a link to the Github account so I can raise the concern?

This has effectively increased the capacity of our dedicated server from about 300 websites to about 1000.

The ramifications of this problem are huge.

Following on from this

I can 100% confirm this was the cause of our server issues.

Essentially ALL Enfold websites with WooCommerce installed will gradually use up the ram and see mysql memory usage rise until the server crashes.

The bots getting stuck crawling all of the ?avia_extended_shop_select=yes queries includes:
Even with the rel-nofollow:
Bing bot
Google bot
A majority of major search engines
AI crawlers – New aggressive bots that ignore all instructions

See screenshot of the before and after. Our Ram use fell from almost 90GB of ram used to 8GB used on average.
Physical Ram usage screenshot
https://www.dropbox.com/scl/fi/tw8p399gfdr9cclorc5j9/ramuse-screenshot.PNG?rlkey=d9ty4xvui4w3m2ycb9b9ez94s&st=28aameqn&dl=0
Mysql memory usage screenshot
https://www.dropbox.com/scl/fi/iixhdd5vpe7253tbavbxf/mysql-memory-usage.PNG?rlkey=15061shf0haiu3d36cdy0be3t&st=ep9fncx5&dl=0

SOLUTION
I propose that Enfold removes the custom sort by options and reinstates the default Woocommerce ones.
The defaults use form fields and JS so there are no a href links in the default woo sort by dropdown. Bots cannot follow these links because there are no urls in the HTML.

In your child theme functions.php add the following to remove the enfold filters and reinstate the woo ones.

// remove the enfold sort by filters
function avia_woocommerce_frontend_search_params()
{
   return;
}
// reinstate the woo default sort by filters
add_action( 'woocommerce_before_shop_loop', 'woocommerce_catalog_ordering', 20 );

Add the following CSS to quick CSS and tweak depending on your sidebar position:

.sort-param-count {
display:none;
}
.product-sorting {
padding-top:0px;
}
div .product-sorting ul, div .product-sorting li {
font-size: 16px;
}
div .product-sorting ul {
width: 200px;
}
.main_color .sort-param a {
    color: #000000;
}
.sort-param-sort a, ul.sort-param-order {
border: 1px;
border-color: #969696;
border-style: solid;
}
@media only screen and (max-width: 767px) {
    .responsive #top .woocommerce-ordering {
        position: relative;
        float: left;
        clear: both;
        margin: 0;
        padding-bottom: 25px;
        padding-top: 15px;
        top: 0px;
    }
}
@media only screen and (min-width: 768px) {
    .responsive #top .woocommerce-ordering {
        position: relative;
        float: left;
        clear: both;
        margin: 0;
        padding-bottom: 25px;
        padding-top: 15px;
        top: 0px;
    }
}
#top.woocommerce-page .woocommerce-ordering select {
width: 100%;
font-size:16px;
}

Install the Redirection Plugin:

Add the following RegEX expression to redirect the queries so that the URL redirects BEFORE the query runs on the DB

Source URL: ^/(.*?)/\?avia_extended_shop_select=.*
Enable: Ignore Case, Regex and Ignore Slash
Target URL: /$1/
Hit Save
This will redirect any attempt to crawl the enfold filters back to the current category

Thats a good shout! I’ll investigate this further. At least we have identified that the video was the problem not enfold!

Cloud Convert seems to encode well with a good balance of compression. We will try tweaking the settings in VLC as the output file was about 50% smaller.

The Location it is scrolling to on the page is also slightly off. Scrolling too far down not showing the accordian tab itself.

I’ve sent it to the email on your website. Thanks Guenii, Really appreciate your help.

Thanks Gunter

Well swap it on our test site and reply back shortly.

Hi Guenni007,

Thanks for this. I can see it seems to be working on your test server.

This is odd as our test was stock enfold without a child theme.

Im going to download your video from your test site and try looping that in our demo site and see if it works.

Hi Gunter,

No change here.

It still doesnt work.

If you open one accordian tab and change the # to the next tab in the list it disappears completely.