Forum Replies Created
-
Posts
-
Hi Guys,
I need a hook that only loads above the blog.
The hook suggested loads above all pages.
can we get a hook for this. Sorry I have just raised a new ticket regarding this.
The problem is the code above has now started showing on my woocommerce pages as well as the blog. This is new behaviour in version 6.03. So now my filter button on the shop doesnt work because it is also loading the button directly above it taking over the function.
Hi Gunter,
Having tried upgrading the site back to PHP 8.1 I can confirm that there does appear to be a compatibility problem with Enfold and 8.1 – The ALB image element displays a blank screen when selected and then the message from my original post flagging a memory limit issue.
The memory allocated to the site is much larger than the amount it claims it is limited to.
It appears to be a scalability problem – This particular site has over 130,000 product variations
Would you like me to create a test area of the site so we can investigate?
@mike you can now close this issue.
For any other users of Enfold who use scalability Pro by Super Speedy Plugins / WP Intense:
To ensure that Enfold thumbnail sizes arent removed please go to Settings > Scalability Pro > Imports > Global Image sizes > Click Enable and then tick all of the boxes to exclude the image sizes from the optimisation settings. Obviously you can tweak this list if you want to disable some of the items.
You can also use other plugins like Shortpixel Regenerate Thumbnails plugin. We use this because you can quickly add new sizes as well.
Hi Mike,
Please can you keep it open for now?
I am waiting for Super Speedy to confirm a fix so they may have questions to add.
Hi Mike,
Thank you for confirming. This has really helped.
I can confirm the issue is caused by the latest release of Scalability Pro.
I have raised a ticket on github
https://github.com/superspeedyplugins/issue-tracker/issues/120
Thanks Gunter,
Its a plesk server so we have full control over the server limitations.
Server is a fully hardware dedicated unit.
16 core AMD EYPC CPU with 32 threads (VCores) with 128gb of ram and 960gb nvme storage.
There is plenty of memory/ram available.I’ll clone the site and provide access. Please bear with me on this. I’ll get back to you asap. I’ve got a pretty full week this week so might have to do the site clone next week.
Having done some investigation.
This problem does not occur in PHP 8.0.
I downgraded from PHP 8.1I need some help investigating this – It appears to be an issue with the ALB image element.
I dont know why the memory limit is flagging so low when it is set high in php settings.
This site has more images than any other on the server. It has 116,000 product variations. I have another with 68,000 products that does not have this issue so it appears to be a scalability problem and a memory leak.
99% sure I have found the cause of the problem.
I have not used the additional headers box in plesk apache and nginx settings.
Instead I have added the nosniff to the nginx, http and https directives.I’ll run a test and let you know if doing it this way works properly.
More annoyed that I have applied this to all of my sites and now will need changing for all….Fun afternoon for me…
I’ll get back to you once I’ve tested this properly and confirm no issue.
Hi Mike,
Thanks for confirming. I’ll try adding the headers via htaccess instead of php settings in plesk and see if it still occurs.
Will report back when I get the chance to test this.
Weird problem!
Hi Mike,
I just want to make sure you have investigated this properly. I am not asking you to use security tools to check the headers.
To troubleshoot this propery and recreate the issue:
1 – Enable the post css create file (default settings)
2 – Ensure NoSniff header is set.
3 – Log out of wordpress and browse to a few pages to generate the post css files
4 – Go to a private browsing window and visit those same pages and check the console.
5 – The problem is immedietely noticable on pages that use a colour section with a background image set. The background image will be missing because the post CSS file is blocked by the no sniff settings.This occured on every single Enfold site on my server. So ive got the post css generation turned off on all sites as a workaround.
Let me know if you follow these steps whether you still see the problem.
@Guenni007
I can confirm that almost 100 enfold sites on my server had the same issue when nosniff was enabled.I have since done an emergency setting change to turn off the post css file generation. I already had the code sat there because it makes Enfold work better with Cloudflare/any cdn by inlining the css background images.
I did make my header changes via Plesk control panel instead of ht.access though. So that could be a contributing factor but unlikely.
I’ll take a look over your other security settings. Just trying to tighten up a few of my sites security. Thank you for sharing this.
Thanks Mike,
I’ve put my current solution on the feature request list in full.
It will need reworking to be an integrated part of the theme instead of the way I have used widget areas.
I’ll give this a try but the main issue here is needing to show and hide the filters. So its not just putting them above.
Thanks both…See private content link below.
I have managed to do this using ava_after_main_container. It only needs to show on mobiles so I just used a media query to hide it.
Once the sidebar hides it is actually in the right place so this worked out OK in the end.
Hi Yigit,
Thanks for this – This works but it is too high – It currently sits above the breadcrumbs.
Is it possible to move it below?
No problem,
I have set all generated functions to WPI / NO and the site is still stable so looking promising.
I will say that some of the items generated are extremely small for the most part so the impact for some of them is minimal.
But some of them are quite large.
I’ll report back on this. Will see which ones get removed and re-added with YES over time.
I wasnt expecting support to provide an instant response or result with this – It is a big job so dont worry!
Update on this
It appears to be a bug withing Super Speedy Search.
I have raised a bug ticket with SSS so please hold on.
https://github.com/superspeedyplugins/issue-tracker/issues/6I have set all options to NO and all seems fine – HOWEVER any newly generated settings are still coming in as YES.
I’ll now keep an eye on things to see which ones appear back as YES again – These should be OK.
Thanks Rikard,
I was hoping to alter the template to prevent this from generating – speeding up the search page. Just to try and save on the number of queries generated on the search page.
If you are able to provide the file I need to change and the query that needs removing I’d prefer to do that if possible.
Let me know if this is possible.
Hi Mike,
Thank you for this.
I expect I can turn all of the options to NO or WPI without an issue.The WPI – is just a way to revert those options if something goes wrong because anything other than YES is equal to NO. So by setting them to WPI I can run a query to replace WPI with NO or YES but I cannot do that if I go straight to NO.
Sorry I think you have misunderstood.
I am asking if Enfold can update the way that WP_Options Autoloaded features are managed.
As a stop gap. I am capable of manually changing these values but what I was hoping is that we can alter the queries here so that:1. We already have an option to only load the CSS and JS of used components in the Enfold performance panel BUT it looks like those options are still set to Autoload= YES even if they are not used. Is it possible to add some logic to change the value from YES to NO and back again depending on if the components are used?
2. A review of the other autoloaded functions that Enfold createsBy doing this it will speed up WP-Admin and the front end of the site as less autoloads means less data required per pageload. This will improve the TTFB scores for uncached queries and speed up page caching because less data is autoloaded.
Let me know your thoughts.
To add – It doesnt matter whether you use the Super Speedy Search widgets or the built in Enfold search or the woocommerce search widget.
All of them have the same behaviour.
Something in Enfold is overriding the search results page generation process – Stopping &post_type=product from picking up the correct search results.
Hi Mike,
Yep a paid plugin but absolutely brilliant.
It forms part of an advanced WooCommerce performance stack I am now using.WPScalability Pro and Auto Infinite Scroll are both by WP Intense and together make WooCommerce much faster. Particularly larger sites.
Scalability Pro also speeds up Enfold and WordPress in general.
There is an option in Scalability Pro to compliment Auto Infinite Scroll – Improving the load time of WooCommerce archive pages.
You can close this issue. I have sent a link to the plugin developer informing them of the solution above.
Hi Gunter,
For those looking to add auto infinite scroll from WP Intense to their Enfold site:
Auto Infinite Scroll Settings:
Set the distance to 1000px
css wrapper: .products, .yourcustomclassfornewspage
Pagination wrapper: .pagination
Next Page Selector: next_pageCss for the load more button: (plus hide the pagination on the blog page)
#isw-load-more-button { border: none; padding: 20px 50px 20px 50px; background-color: #007a74; color: #ffffff; font-size: 18px; font-weight: bold; transition-duration: 1s; } #isw-load-more-button:hover { border: none; background-color: #39a6a1; color: #000000; } .yourcustomclassfornewspage .pagination { display:none !important; }Snippet for functions.php to insert the new CSS class to just the blog page:
add_filter( 'avf_custom_main_classes', 'custom_avf_custom_main_classes', 10, 2 ); function custom_avf_custom_main_classes( $class_string = '', $context = 'index.php' ) { // fallback check if( ! is_string( $class_string ) ) { $class_string = ''; } // e.g. add custom class to index.php Make sure there is a space before the class! if( 'index.php' == $context ) { $class_string .= ' yourcustomclassfornewspage'; } return $class_string; }Thanks Gunter, I wasnt expecting this so fast.
Just checking this only needs to apply to the blog page not all pages. Otherwise the infinite scroll may try to apply its settings to the wrong content?
Hi Gunter,
Thank you for looking into this – I thought this might be the case.The problem is it is looking for a single selector (Unless I am mistaken). So I cannot populate the box in the plugin with a class containing more than one selector – Just comma seperated single selectors.
So I will need to add a filter to add a class to <main> on line 34 in Main Template (index.php)
OR
If you are able to add a class to this like blogloop or something that has no other function I could use that to exclude. The worry is another dev will come and remove the css for not having a purpose at a later date so a filter would probably be better.This allows for full compatibility with Auto Infinite Scroll.
This particular site is one of three extremely large ecommerce sites I am working on. Two of which have Auto Infinite Scroll installed to speed up index pages.
Paginated pages dont get preloaded by WP-Rocket or appear on yoast sitemaps so this was a way to cache as many pages as possible within a 116,000 product store.
Hey what version of Enfold are you using.
Woocommerce changed the way the cart fragments work in version 7.8.
This was fixed in Enfold 5.6.3
The latest Enfold release 5.6.6 is a stable release. Please update to the latest version and this should fix the issue.
