rob_st_82

I totally understand why there is some hesitation about a cronjob.

But: I am scanning a media library / folder structure with some 40,000 (!) images / image refs and it takes hours to complete. I cannot use wordpress in any other way at the time while the scan is running because it will stop as soon as I move away from the scan-page. Also opening the some WP backend in a new window will force the scan to stop.

So my wishes were
a) allow at least scanning in the backround – either through a backend-background job or through a cron job
b) for performance reasons, an option to “continue scan where it stopped last time” would be awesome. In combination with a cronjob you could then scan your media library “daily” during the night hours – let’s say 2:30 am till 4:00 am and work off the latest results throughout the day.

And finally, (OT, maybe new thread): I don’t have an option to select how many results to show – is that a pro feature?

Hi,
I have a multisite install, too. There’s a caveat to the media cleaner plugin: on the main site, it will find the media of the other sites as “Not in Media DB”. WP stores the media of the sub-sites into subfolders of wp-content/uploads.

So either exclude the subfodler(s) sites/2, sites/3 or sites/ completely, or ignore those media after the first run of a scan.

Just encountered a similar issue, but I got it solved:

– deactivated the plugin in network’s plugin setting “for all sites”
– activated the plugin for each site in its individual plugin settings

Worked! ??

A maybe helpful hint:
Although the mwi.php indicates its Version to 3.2.2, the file downloaded here and referenced for the plugin-update via WP-backend indicates version 3.2.4 (magento-wordpress-integration.3.2.4.zip)

Yes, that is exactly what I thought it would do. But: Whatever value I enter there, siteSpeedSampleRate is not set nor included in the tracking-code (so to say). Therefore it is not measured at all.
And I’m far away from 10 million hits a month ??

Okay, so you are not using page timings but user timings?

So you aren’t actually using siteSpeedSampleRate? What’s this setting called Sample Rate in the Advanced-tab for then?

We are having this problem, too.

It only occurs to user with role “editor” or below. For users with role “administrator”, the problem won’t occur.

We are also using the WPML-Plugin.

Concerning the last “error”:
I simply hooked the $(.l2g-hidden-content).show(); and hide() to my (custom) FB.event.subscribe. I think that is working now.

Hi there, sorry for my late answer.
I decided not to “remove” buttons upon liking.

but i got probs with the buttons. twitter & facebook work sometimes, sometimes they dont – even on the same page. i havent figured out why, yet. tried with commenting out FB-initialisation (since i already have a fb-root div). g+ seems to work always. really strange…

i have to possible error causes: w3total cache and bad js from ads.

My website is https://www.kellerclub.eu
An article using the plugin would be https://www.kellerclub.eu/2013/03/13/kategorie-in-wordpress-verstecken/

The option to hide the button after being used is currently deactivated. I added you on hangouts, so feel free to message me. Than i could briefly activate the option for you to have a look at it.

Hi Jordy,

sorry for my late answer. I had to figure out how to enable error logging.
When emptying trash, PHP error reports:

[03-Jun-2014 07:21:28 UTC] PHP Warning:  rename(/var/www/web474/html/DOMAINFOLDER/wp-content/uploads/2011/01/20110117-220635.jpg,/var/www/web474/html/DOMAINFOLDER/wp-content/uploads/wpmc-trash/2011/01/20110117-220635.jpg): No such file or directory in /var/www/web474/html/DOMAINFOLDER/wp-content/plugins/wp-media-cleaner/wp-media-cleaner.php on line 227
[03-Jun-2014 07:21:28 UTC] PHP Warning:  rename(/var/www/web474/html/DOMAINFOLDER/wp-content/uploads/2013/05/kellerclubcast-logo-48.png,/var/www/web474/html/DOMAINFOLDER/wp-content/uploads/wpmc-trash/2013/05/kellerclubcast-logo-48.png): No such file or directory in /var/www/web474/html/DOMAINFOLDER/wp-content/plugins/wp-media-cleaner/wp-media-cleaner.php on line 227

I replaced my original subfolder with the DOMAINFOLDER value in the example above.

Deleting a file does not produce a PHP-error, it now correctly moves the files to the designated trash folder (was there an update to the plugin that I installed without noticing? ;-). Maybe I was confused by the whole bunch of image versions I have in my uploads folder due to two or three theme changes in recent years. For some files, I have more than 20 sizes/version automatically generated by creat image size.

As I understand it, “empty trash” tries again to rename the files to the trash-folder instead of permanently deleting them.

Ok, tanks for the hint.

I have the same request as gabstero.

And no Picturgency, in my case, files aren’t just added to the database with their originating folder. They are copied to the /wp-content/uploads/-folder structure :-/ But if they do in your case, what did you do to simply “link” the files?

duplicate question with this. sorry.

I’ve got a working solution: https://pastebin.com/GgJNcswV