Michael

Hi there,
I can provide what support I can. It doesn’t look like the version has been changed since april when I bumped the tested up to version. I haven’t been doing any weird testing either. The only thing I can say is that this plugin *does* allow admins to execute php code in posts and pages, so if someone were to try to compromise your install this plugin could help them do it (if they could get in to install it). Not sure what else to tell you besides that — cloud firewalls aren’t necessarily 100% effective and such, and I’d check your posts and pages for [php] or &lt;php&gt; and [/php] or </php> tags, that would indicate someone had installed the plugin to run php code.
-Michael.
P.S. Yes, the use of this plugin is rather small — in fact I really wrote it for myself and a friend, and just put it on www.ads-software.com to allow anyone who might need a similar plugin to use it.

Yep, it seems fixed! Well done! :-).\
-Michael.

*bump*? Any ideas?

Hi there,
So far as I can tell, the only thing really needing work are check boxes. However, the checkboxes manage to totally bomb (when everything else is pretty much 100% accessible). Basically the problem is that either A. the checkbox itself is styled in such a way my screen reader doesn’t read it, though it does read the label, or the control to check/uncheck is coded in such a way my screen reader doesn’t know it’s a checkbox.
In the first case, well just styling it so a screen reader can see it would fix it, and in the second, either using standard check boxes (highly recommended!) or using aria to tell screen readers “Hey! This here is a checkbox!” would work.
Thanks!
-Michael.

Hey,
I totally understand :-). I just am happy you’re willing to work on it ?? — many companies or individuals would say they don’t have enough time, resources, etc. Anyway, just wanted to thank you for the update and the work you have (and will) put into this! :-).
-Michael.

Hi,
Looking in the logs generated by super cache, it looks like some plugin or theme is calling ob_start but not ob_end_flush. I found a possible hacky workaround by putting this at the bottom of your theme’s footer.php:

<?php
while(ob_end_flush()) {} ?>

However, that didn’t seem to solve it. Any idea how I might be able to figure out if this is indeed the issue, and if so, which plugin is causing it?
Thanks,
-Michael.

Hi,
Thanks for the response. I’m talking about the super cache comment (which can show if it’s working) if it wasn’t clear, but I’ll try deactivating it and see.
-Michael.

*bump*.
-Michael.

Any ideas? It still seems to have these (and possibly other) problems.
-Michael.

Well, looks like there might be more than just that not working in multisite. I have google authenticator set up on my account, and if I leave it out, it says ‘Did we forget google authenticator?’ and if I put it in, it says ‘Google authenticator failed.’ Any idea? It might be worth noting I imported these sites from a single site to this multisite network, and imported the options database, but I don’t think that should matter.
-Michael.

I kind of wonder that too. I’ve network activated it, and while it seems to work (having a shield menu on the network dashboard), I can’t seem to disable google authenticator on my user, and the data request is popping up on every page load, no matter if I click allow or not. Could it be because I migrated from single-site to multisite?
-Michael.

Turns out when I linked (ln -s) the sunrise.php file to my wp-content folder, it really didn’t like that. I had to copy (cp) it instead.
-Michael.

Hi,
No, I’ve never gotten them without premium plugins.
-Michael.

Hi,
Ok, is there perhaps a list of queries that are causing the resets? Or should I just refresh the page a bunch and see if anything comes up?

Also, what exactly causes the resets to happen? I’m not clear on this, perhaps knowing this would give me a little more insight into what could be resetting it and pruning it so much.

-Michael.

Oh, I forgot to mention: Each time I go to look at the stats, it shows 0 cached queries.