bling007

Not too sure what to tell here, I updated AAM to latest version. I am trying to update my Utilities inside the AAM, it just reloads the page without updating. Maybe it might have updated it, but the update button doesn’t go, so I have no idea what on earth is going on here.

will such feature be brought in with next updates? It will be quite handy.

I would like to mention my findings. With caching turned on and W3TC cache also installed and active, there is a slight drop in performance. Can you please verify the same with me?

Currently I have turned off AAM cache and it seems to work rather faster.

Yes, it works fine. I am reviewing the plugin and its impact on web performance before I change my review. Please allow me some time.

I did so. My mail is [ link redacted, please do not post links in reviews ]

Okay, I shall re-consider my review. Can you forward me the Plus package so I can test it?

I have this plugin on my other site with same config, almost but the catch here is it has less amount of images (prolly 20). This plugin works fine on that site. There are no issues.

So it really seems like the plugin breaks down when number of images goes up.

Luckily I did that, and tried you plugin. I am doing a fresh install. There are no issues when we have less images. Not visible enough atleast. The moment images cross 1000/10,000 mark things get slow.

Also, for some reason the ajax function in wordpress suffers due to this plugin. I am not 100% sure, but it seems like.

Okay, so I am not the only one affected. Veken, do you have PHP logs that might help the developer? And since when did you start facing this issue?

The plugin worked like a charm before, the following few updates have triggered some issues. Particularly seems to occur when one has huge amount of images.

Thanks for prompt reply. I am aware of the first point you mentioned. I am viewing only 20 images at a time.

Yes it was very strange when I first found it. I deactivated W3TC and saw my site operating smooth as if it never needed caching at all. Media Library was snappier and everything, including woocommcerce operated quick.

However, I have another site in which W3TC does much better job, hence I was kind of sure it wasn’t W3tc problem.

So I started deactivating plugins that were related to Media Library and for some reason, I knew Media Renamer might be an issue. The moment I deactivated it, Media library now opens in 1-2 seconds and so do other admin pages.

I don’t have any error logs, I don’t think it threw any errors as such. I couldn’t debug it, since my site is live. I am viewing my media in List View, 20 at a time. I also happen to have this plugin https://www.ads-software.com/plugins/image-autorename/ – I haven’t faced any issues with this, although you may want to check.

It might have something to do with how the plugin hooks itself up into Media library and the methods it uses. I didn’t face this issue with the plugin early on alongside the above plugin I mentioned or W3TC for that matter.

Notice: Undefined index: enabled in /var/www/html/wp-content/plugins/above-the-fold-optimization/includes/localizejs.class.php on line 123

Notice: Undefined variable: post in /var/www/html/wp-content/plugins/above-the-fold-optimization/admin/admin.class.php on line 480

Notice: Undefined index: enabled in /var/www/html/wp-content/plugins/above-the-fold-optimization/includes/localizejs.class.php on line 76

Debug issues

How soon can we get that? SFTP is very important

Another cool approach would be to re-calculate “stock status” of all variable products when the quantity is being reduced and mark them “out of stock” accordingly rather than showing them in stock and then telling the buyer the quantity is not available.

I think this this trick might also work for the time being.

Say my product level stock is 5. One of my variable deducts amount 4. Others stand at 1 & 2. When a variable with deductamount=4 is bought, the plugin will set the stock to 1, which means the products with deduct amount more than 1 are all marked out of stock.

again, when stock is “updated”, a hook will re-calculate the terms and accordingly mark these variable “In stock”.

How about that? I think this solution should be easy to implement on your existing solution.

Tried all of that before taking to this forum sir !

Anyway I can add these two : _product_id and _variation_id in each wp_woocommerce_order_itemmeta ? by a function or something?