orangedam
Forum Replies Created
-
Forum: Plugins
In reply to: [PDF Invoices & Packing Slips for WooCommerce] New default filename?Thanks for the answer, but using V3.9.0 there is no differenci in selecting order number or Invoice number: in both cases the file will be named using order number.
Thanks Arnan for you quick and exhaustive answer/explanation!
Have a nice day!
Orangedam
Forum: Plugins
In reply to: [WooCommerce] Cross-site scripting vulnerability on V8.4 by WordfenceThat is a good news, thanks!
OrangedamForum: Plugins
In reply to: [UpdraftPlus: WP Backup & Migration Plugin] Double daily backupsDone all as suggested (previous backup, uninstalled plugin, wiped tables), but still perform twice daily backups. Probably there is still something somewhere in the tables which causes this behavior (maybe not containing “updraft” in the name?). What about updating the plugin so that the removal really does all the cleaning job?
OrangedamForum: Plugins
In reply to: [UpdraftPlus: WP Backup & Migration Plugin] Double daily backupsHello Vupdraft,
First of all, thank you for the fast answers!
Just a couple of questions before altering my database: most of the “updraft” recurrencies (the total is 473) are “updraft_lock_nnnnnnn”, but several of them looks like settings definition. Is it correct to delete all of them?
Looking instead for “cron” recurrencies, none of them looks like (by the name/description) related to updraft (but some other plugins are listed, like Matomo): Is it correct in this case too to delete all?
Again thanks!
Orangedam- This reply was modified 1 year, 9 months ago by orangedam.
Solved! ??
Hello Mateusz,
First of all, thansk for your fast answer. Very professional.
I’ve enabled the automatic update of the plugin, so it keeps up to date by itself.
Looking more carefully at the version releases (dates and update contents), I think that the issue could have happened when the V4.3.5 has been updated (just one day before the V4.3.6 and that V4.3.5 it includes modification in access mode with .htaccess)
The behavior is simple: all the images, intstead to be loaded, jost thow the small icon which indicate the unavailability of the image itself.
I’ve also tried to show some image just using a direct url to it (i.e. https://www.xxxxx.com/wp-content/uploads/2022/05/image.jpg), and in that case I got a generic 500 error. The logfile was not of any help, and I had to involve the ISP because I can’t see all the Apache logs.
Hope this helps you.
Regards,
Orangedam
- This reply was modified 2 years, 5 months ago by orangedam.
Forum: Fixing WordPress
In reply to: Sync changed image caption with aìlready published picturesHello,
Thanks for the exhaustive answer. I undestand very well the implications of “back-synchronizing” image captions.
It could be a breeding ground for a specific plugin…
again thanks!
Orange
Hi Bill,
Thanks for the answer. The results are curious: the feedback.php file is present on my system (and the file protection are ok), as well as the calling stopbadbots.php, but the error is the same.
I checked this after the upgrade to V6.66 (evil number ?? ), which run by itself (automatic update), and, of course being present the file, no warnings triggered by the update.
It sound very strange, I don’t know what to think
Regards,
Orangedam
Fixed adding the domain name to the whitelist ??
Thanks!
Orangedam