gbruzzo

Hello Mike

Thanks for responding, added my comments to the Github repo.

I really insist : filtering orders by individual variations (and having variations appear in the CSV reports for example, which they do not!) is CORE functionality, not an afterthought.

As it stands this plugin is pure ballast for any store that uses variations.

Do you have an ETA for this to be implemented?

Please advise

Giacomo Bruzzo

Hello there,

Is the developer monitoring this space at all?

Please advise, the question above is legitimate, even if the answer is ‘no’.

Thank you in advance

Hi there, thank you for your response.

– remove from cart via ajax (should be easy to incorporate);
– make the quantity change via + / – buttons;
– isolate changes in order review form quantity from the general form.checkout, but this may be more complicated to achieve. => This is the problem you encounter: Suppose you change the quantity in the review order form before having entered data into the Billing and Checkout forms: changing the number (quantity) then pressing enter with the keyboard will result in the general form ajax being called, which will flag ‘errors’ in data entry – the checkout thinks you are trying to submit an empty form.

Cheers

Giacomo

• This reply was modified 5 years, 6 months ago by gbruzzo.
• This reply was modified 5 years, 6 months ago by gbruzzo.

Hello there, thanks for your answers, they help clarify. Sorry for asking so many questions, but I would like to understand how the plugin works best I can. I need to be sure of the oil I put in my engine, if you will.

Therefore, here I am again:
How does SG Optimizer auto-cache?

– does it autocache the first time settings are set?
– does it autocache everytime cache is purged (I assume this means static, dynamic and memcache are being purged)?
– if it does autocache, what map of the site does it use? there is no reference to a sitemap that I can see?
– does it autocache on cron (I can only see one monthly delete cron event, so I suspect not).

What I know/think I know:

– Any page or post (custom or otherwise) not accessed for more than three hours is automatically recached (great).

thank you for any light you can shed.

Giacomo

Thanks for your answer

“3. First visit is dynamic which means it’s as fast as your site is developed to be without a caching mechanism to turn it basically into a static html. I would recommend switching to PHP 7.3 and do pre-cache optimizations in order to get fast first hits.”

please clarify – are you talking about opcache.preload? that will only appear on 7.4 though?

“4.” That is what I thought. My comment was a suggestion for you to look at a (maybe better) implementation of html/js/css minification/concatenation, as implemented by CometCache

“5.” All Clear : my question was more : it would be nice if one could switch the static/dynamic/memcached caches on/off via the plugin itself (instead of having to log onto Cpanel and do it manually). The plugin allows the cache to be flushed, but not switched on/off (it does for dynamic, but not for static and not for memcached, as far as I could observe).

Cheers

Giacomo

Hi there, thank you. had to exclude a few others, but managed to make it all work, thank you for pointing us in the correct direction and for leaving an instruction set!

Giacomo Bruzzo

• This reply was modified 5 years, 8 months ago by gbruzzo.

Hi there

I am struggling – tried removing a few js from async (Woo Variation table’s own add-to-cart that seemed to throw up errors in the console), but cannot currently resolve the issue.

Might you be able to assist?

this is the site Example product page generating problems on mobile

Thank you

Update

– I have seen the required functions.php code now – should have read first, sorry.

– will test and revert

Giacomo Bruzzo

Just tried it, it works.

Brilliant upgrade. Your plugin ROCKS

Giacomo Bruzzo

Hello there @brutoblo99 and @emrevona

I second Brutoblo’s suggestion of adding a setting in admin to allow the user to bypass the cart cookie check.

We also use a fully ajaxed cart – have tried commenting out those 8 lines of code and tested the site – all works very well.

Cheers!

Giacomo

• This reply was modified 6 years, 1 month ago by gbruzzo.

We have written to the developer on several occasions asking when the new version(s) would be launched and when the beta version memory caching would become mainstream. The last answer (this August) was that a ‘new version was forthcoming’ (same answer we received for nearly a year), that he alone was developing it, that it did not make much money and that we could contribute ourselves to it on Github, if we wanted.

We also get the sense of a plugin destined for extinction, a very sad case alas, as it is really good; we cannot currently find a suitable one for one replacement.

Sad (and a little upsetting really) – everything is possible (change in life conditions etc) – but to be left without a word / explanation is dissatisfying.

An update and an apology – the problem was my fault it seems.

I was dequeuing the javascript from the homepage (any non WC page for that matter).

add_action( 'wp_enqueue_scripts', 'child_manage_woocommerce_styles', 99 );

function child_manage_woocommerce_styles() {
	//remove generator meta tag
	remove_action( 'wp_head', array( $GLOBALS['woocommerce'], 'generator' ) );

	//first check that woo exists to prevent fatal errors
	if ( function_exists( 'is_woocommerce' ) ) {
		//dequeue scripts and styles
		if ( ! is_woocommerce() && ! is_cart() && ! is_checkout() ) {
			wp_dequeue_style( 'woocommerce_frontend_styles' );
			wp_dequeue_style( 'woocommerce_fancybox_styles' );
			wp_dequeue_style( 'woocommerce_chosen_styles' );
			wp_dequeue_style( 'woocommerce_prettyPhoto_css' );
			wp_dequeue_script( 'wc_price_slider' );
			wp_dequeue_script( 'wc-single-product' );
			wp_dequeue_script( 'wc-add-to-cart' );
			wp_dequeue_script( 'wc-cart-fragments' );
			wp_dequeue_script( 'wc-checkout' );
			wp_dequeue_script( 'wc-add-to-cart-variation' );
			wp_dequeue_script( 'wc-single-product' );
			wp_dequeue_script( 'wc-cart' );
			wp_dequeue_script( 'wc-chosen' );
			wp_dequeue_script( 'woocommerce' );
			wp_dequeue_script( 'prettyPhoto' );
			wp_dequeue_script( 'prettyPhoto-init' );
			wp_dequeue_script( 'jquery-blockui' );
			wp_dequeue_script( 'jquery-placeholder' );
			wp_dequeue_script( 'fancybox' );
			wp_dequeue_script( 'jqueryui' );
		}
	}

}

Once I let the scripts back in, caching of the cart stops.

Sorry for that, I will keep using the awesome plugin!

Giacomo

Ahhh no, this was not the answer I was hoping to get.

Do you have any suggestions about possible cart widgets that you know work with your plugin? Our cart is in the navbar, so yes, on every page.

Given your premise, I do not believe you will ever release an update to cater for a widget specific cache exclusions. Pity

Can I get a refund?

Thank you

Giacomo Bruzzo

Hi there,

are there any updates about when the plugin will be updated to handle WordPress 4.6 onwards?

Thank you very much in advance

Hello there, an update

Hello there, an update

The issue certainly seems to be caused by the cart’s ajax.

Once I dequeue the script as per

function disable_cart_ajax_in_checkout(){
    wp_dequeue_script( 'wc-cart' );
}
add_action( 'wp_enqueue_scripts', 'disable_cart_ajax_in_checkout' );

in functions.php

the problem above disappears .

Any suggestion is welcome.

Kind regards

Giacomo Bruzzo