woodja

Settings > Relevanssi > Debugging for a product with SKU 0873

Show’s the field being indexed:

Custom fields
873

Not 0873 as it should.

Also 0873 is missing in the database and doesn’t show up in the search results.
https://www.morethanbaking.com/?s=0873 – nothing
https://www.morethanbaking.com/?s=873 – the product
https://www.morethanbaking.com/product/3-5-corset/

Others like https://www.morethanbaking.com/?s=0774 work fine.

So I’m kind of at a loss as to why some leading zero SKUs get indexed properly, but others do not.

@viadat Just sent another contact request through your site. The forums are locked as read only, so there isn’t a way to post a new request.

I also sent you a similar request on your request form on your site. I’d like to make a few changes to the front-end Javascript to allow for additional filters by tags & company name. I’ve already upgraded the backend code from the previous version of the plugin, but need to send the parameters through the Javascript. Unfortunately the javascript is minified, which doesn’t allow me to make these edits. Please email me the JS or preferably make it available as part of the plugin. Thanks!

@burkestar – Did you make NetSol aware of this thread. Kind of hard to believe that we all got infected at once because of bad admin credentials. Mine was one that couldn’t be determined through normal dictionary style attacks. Not to mention there were no attempts to access /wp-admin/ in the past week.

Also let us know if you discover an issue with a wp_cron task.

Thanks everyone for your comments and suggestions. I implemented quite a few for my client in hopes that it prevents this issue from happening again. The WP community rocks!

It looks like it is possible that the upgrade to WP 2.9.2 turned on XML-RPC support and it was exploited by script bots on other sites.

Found this in the logs:
208.74.66.xx – – [07/Apr/2010:23:51:21 -0400] “POST /xmlrpc.php HTTP/1.1” 200 497 “-” “SOAP::Lite/Perl/0.710.08”
It looks like 208.74.66.xx is a host belonging to Centauri Communications in San Franciso. https://www.centauricom.com/

My suggestion would be to double check in settings writing that XML-RPC is turned off and maybe as an extra precaution disable/move/delete xmlrpc.php.

On a positive note, once informed Network Solutions quickly patched up the 2.9.2 config and restored the database to a backup from a couple days ago.

Ran into the same problem as JJRUser when job listing is a child of another page. Clicking Apply redirects to a non-existent post. Looking forward to a solution. Thanks for all your work on this great plugin pento!