SSVapes

Thank you for that function @petervandoorn? much appreciated. You saved me the time.

It’s not only clutter. Imagine what a single disgruntled employee can do with that.

SMH

There is a possibility of this being a bad bot or human using the facebook UA.

The UserAgent:?facebookexternalhit/1.1 (+https://www.facebook.com/externalhit_uatext.php)

it came from multiple IPs including one in Singapore.

I suspect there’s more going on here than a mis-configured or broken crawler.

generosus

ty for your reply (@generosus)

i do have ?WordPress Premium. It has blocked over 6k fake registrations in 30 days. However, I was still getting one or two a day.

I’m pretty sure blocking xmlrpc will clean those up (fingers crossed)

thanks again

wfpeter

(@wfpeter)

TYVM for reminding me about about xmlrpc. I had made a new .htaccess and did not move that over. I added,

# Block WordPress xmlrpc.php requests

<Files xmlrpc.php> order deny,allow deny from all 

</Files>

I’m sure that will clean up the problem.

Is Woo aware of this error message after the last update? It happens when updating an existing product that already has variations.

I came here because last night, my people reported they could not modify stock counts in the Stock Central. This morning that issue is already been addressed.

One thing I love about this company is they quickly respond to problems.

Many thanks to Salva and his team.

Thanks for your help David. I’m swamped right now. I’ll have to sit this one out. I’m holding at 3.1.9 and everything is OK.

Employees have been using it all day. No complaints. Good job Sal. Everything looks perfect. We can make this solved

Hi Sal. So far so good. The new update appears to improve the issue. We appreciate your hard work and excellent support!

I’m getting heavy resource use on PHP-FPM

Resource: Virtual Memory Size
Exceeded: 530 > 512 (MB)
Executable: /opt/cpanel/ea-php7x/root/usr/sbin/php-fpm
Command Line: php-fpm: pool domainname.com

IDK if it is related

Hi Sal
Just a quick update,
I updated to upgraded to 1.9.7.2.. Same problem. Twenty seconds to load SC

I saw the other post here:
https://www.ads-software.com/support/topic/performance-issue-with-call_user_func-atumlisttable-php820/

IDK if it’s related but I’m getting heavy resource notifications on:

/opt/cpanel/ea-php7/root/usr/sbin/php-fpm

OK, sounds good. To be clear, we get no errors, or crashes, just slower loading on SC and on the ‘save’ after setting the qty. Roll back solved it. I realize it is a tough job for you guys to be compatible with every configuration and all plugins. In our case, it may or may not be your plugin but one of the other plugins we have installed since the tests on your side are good. I’ll continue to investigate on our side. thanks again Sal.

please let me know if you get a solution for daschenbrener, it may also help us too. TY Sal

Hi Salva,
The site moved to new hosting over the weekend. The logs are gone now, but thanks for your help. We’ll stay rolled back and try the next update when you guys release it

Yes, it is delaying more than that for us. we tested it with Q-mon and then with SQL slow query log on the CL. It delays 10 to 12 seconds for page open or search. About 7 or 8 seconds to update QTY. That don’t sound like much until you have to open and count hundreds of items. This has been the perfect inventory solution for us since 2017. I’ll have to stay rolled back for now. I’m not a database pro but I do have a friend who is. I’ll talk with him too. With that said, we want to say thank you for this plugin. It is a tremendous benefit and help to us. We purchased the spreadsheet module and enjoy that too.

Take care, –ac