Hi Ismael,
Thank you for getting back to me.

1) Thanks, the default privacy settings were set and the issue still occurs.
The standard math problem is too easily defeated by spam bots. This caused my server’s IP address to be blacklisted (I have 16 installs of Enfold running on a shared server environment all sending spam emails back to customers, this caused the server to be put on a blacklist).

I had only just moved my customers to the Enfold default contact form because it is 100x more efficient to do it this way. Contact Form 7 – An alternative I would have used before severely reduces the pagespeed scores for any WordPress website. Not just Enfold. I have reverted all of the affected customers back to Contact Form 7, added a function to stop contact form 7 loading on every page and revert back to Google Recaptcha V2. This helps in general but if the website design has a contact form on every page then it will affect the sites overall speed performance. So Enfold’s contact form is the best option for speed and performance – If it works properly!

2) I will try this workaround and write a response if it works. This affects all installs of Enfold.

Hi Ismael,
I’ve just tested this on another site I am working on. Works perfectly.

Thanks very much, you can close this issue.

Cheers,
Tom

You can close the issue.

Hi Rikard,

The solution above works just fine.
Thank you. Please close the issue.

Hi Yigit,

This works as expected thank you.

In the latest version of enfold it looks like you guys have implemented a similar workaround to my original post? Glad to have helped!

Hi Victoria,

I normally apply this anyway but I still need some help here if you can.

This solution does not work for ipads with a wide logo.
I need the burger menu to activate at 1024px (ipad landscape)
Is it possible to change the mobile menu so it kicks in at 1024px instead of 989px?

Hi Mike,

Totally on topic. Thank you!

I’ll give this a try when I am next running an update out. All of my customers are now running 4.6.1.

I am looking to add some more optimisations over the coming months.

Probably the best advice I have for anyone else using Enfold seeing this post is to use as many of Enfolds included features to prevent additional scripts created by plugins.

I.e. use the social media shortcodes to display icons in the footer instead of a plugin, try and use the google maps api rather than iframe (I use iframe for speed at the moment only because I don’t want to sign up customers to the api and may get charged if their site gets lots of traffic). I use contact form 7 for instance. For consistency all of my customers use it however it would be better to use the built in Enfold contact form if the customer does not need complex fields or features.

I would also always install wp-optimize – which now includes a very easy to setup caching engine so you don’t need wp-super cache or w3 total cache. Another option if super cache is playing up.

Just removing the little things which can bloat the code will improve the score.

I am going to list the items I find that can be removed. I’ll update this thread with the code I have used once I have tested it with my website, then I will roll it out to clients.

Fixed it sorry! Forgot to remove a script I was testing from Functions.php.

Sorry close or delete this thread!

I can confirm that this issue is fixed. Thanks Rikard.

As Promised, the solution below changes the default search form to make it:
-Show products in a grid
-Add SKUs to the standard search
-Fixes the Ajax search so it all matches

Replace the search form
Edit the searchform.php (use your child theme to make a copy) Replace the default form with the following:

 <form role="search" method="get" id="searchform" action="<?php echo home_url( '/' ); ?>">
			<div>
				<input type="text" id="s" name="s" value="<?php if(!empty($_GET['s'])) echo get_search_query(); ?>"  placeholder='<?php echo $search_params['placeholder']; ?>'>
				<input type="submit" value="<?php echo $icon; ?>" id="searchsubmit" class="button <?php echo $class; ?>" />
				<input type="hidden" name="post_type" value="product">
			</div>
		</form>

Add SKUs to the default search
The guy who put this together is brilliant thank you! Add the following to your child theme’s functions.php file:

/**  __________________________________   ENHANCE THE STANDARD SEARCH 
 * Join posts and postmeta tables
 * 					 This one hels to include the SKU in tzhe standard search
 * http://codex.wordpress.org/Plugin_API/Filter_Reference/posts_join
 */
function cf_search_join( $join ) {
    global $wpdb;
    if ( is_search()  || !empty($_REQUEST['s'] )) {    
        $join .=' LEFT JOIN '.$wpdb->postmeta. ' ON '. $wpdb->posts . '.ID = ' . $wpdb->postmeta . '.post_id ';
    }
    return $join;
}
add_filter('posts_join', 'cf_search_join' );

/**
 * Modify the search query with posts_where
 *
 * http://codex.wordpress.org/Plugin_API/Filter_Reference/posts_where
 */
function cf_search_where( $where ) {
    global $pagenow, $wpdb;
    if ( is_search() || !empty($_REQUEST['s'] ) ) {
        $where = preg_replace(
            "/\(\s*".$wpdb->posts.".post_title\s+LIKE\s*(\'[^\']+\')\s*\)/",
            "(".$wpdb->posts.".post_title LIKE $1) OR (".$wpdb->postmeta.".meta_value LIKE $1)", $where );
    }
    return $where;
}
add_filter( 'posts_where', 'cf_search_where' );

/**
 * Prevent duplicates
 *
 * http://codex.wordpress.org/Plugin_API/Filter_Reference/posts_distinct
 */
function cf_search_distinct( $where ) {
    global $wpdb;
    if ( is_search() || !empty($_REQUEST['s'] ) ) {
        return "DISTINCT";
    }
    return $where;
}
add_filter( 'posts_distinct', 'cf_search_distinct' );
/* END   Search includes SKU  */

Hope this helps other people. It makes the Search in Enfold do what it should when Woocommerce is installed.

This solution is spot on thank you.
Its because pixels are calculated to decimal places but then rounded when displayed creating a small discrepancy.
I have applied this to all of my client sites