tunamaxx
Forum Replies Created
-
Forum: Plugins
In reply to: [CPT-onomies: Using Custom Post Types as Taxonomies] Updates are comingFor what it’s worth, I’m having the same issue as @alientrick on an existing site. Updated WordPress to 4.7 and instant front end white screens. Admin works fine. Disabling the CPT-onomies plugin only plugin causes the site to display normally again.
WP debug logs aren’t showing anything, and there is nothing in the error logs on the server.
Forum: Plugins
In reply to: [WP Job Manager] Job Manager logging thousands on huge transients?This is fantastic info. Thank you for the point in the right direction.
Forum: Fixing WordPress
In reply to: Plugin Leak?If you want, you can email me. I have an old yahoo.com account that uses this username.
Forum: Fixing WordPress
In reply to: Plugin Leak?Hello RSSfeed. I’m just doing a post mortem on a site with exactly the same situation you describe. I was slowly unwrapping the slider.gif file when I found this post. Mine is in an odd encoding though, so I have to de-obfuscate the code while trying to decipher the oddly encoded bits too.
So far, I’ve found a bunch of nested base64_decode calls that eventually forms an
eval(gzuncompress(base64_decode(...)))
statement that seems to start the process over again in a different character encoding.The list of plugins on this site has nothing overlapping with yours, except for the possibility of a PHP in Posts plugin. However, I do not think they are the same ones.
I’d love to compare notes if you are interested. I’d especially love to see what you came up with for the decoded version.
@curtiss – thanks for the update. I had lumped the decreased performance in with the error log messages. Never occurred to me that they weren’t related.
Thanks for the update.
I totally understand the disdain for new (non WP) tables. What I couldn’t figure out was the change in the test for the table. “Lots of errors” is certainly a good reason to try a new test. ??
Sure, I can can give it a go.
Version 0.6 does a similar check / cleanup though too, right? Why the change in tactics? Database portability I assume…
No problem. I took a brief look through the both versions (0.6 release and 0.7 devel) and it looks like it might be related to <b>class-active-directory-authentication-integration.php</b> in the plugin root.
The 0.7 version query that is causing the error seems to come from line 384:
if( 1 == $wpdb->get_var( $wpdb->prepare( "SELECT 1 res FROM " . $tablename . " LIMIT 1" ) ) ) {
In the 0.6 version, the corresponding code from line 372 is:
if( $wpdb->get_var( "SHOW TABLES LIKE '" . $tablename . "'" ) != $tablename ) {
Maybe that narrows it down a bit.
Also, sorry about whatever was happening in my initial response to your post. I sent it from my phone and it looks as though it got fat-fingered a bit. ??
You nailed it. Removing the “@domain.local” from the bind username and appending it via the account suffix setting made all the difference.
Thank you for the plugin!
No! That’s probably I e of the only thi gs I haven’t tried. I will take another crack at when I am back at work.
Thanks for the hint. I will let you know what results I get.
Forum: Plugins
In reply to: [Plugin: WP Smush.it] Use of undefined constant WP_SMUSHIT_OPTIONSWow… that was fast! Thanks. ??
Forum: Plugins
In reply to: add_options_page() passing classOh crap… for some reason I thought this said 1 hour old. Sorry!
Forum: Plugins
In reply to: add_options_page() passing classI’m just swinging away in the dark her, but shouldn’t:
add_options_page('My Plugin', 'Plugin', 10, basename(__FILE__), array('Class', 'method') );
…actually be this:
add_options_page('My Plugin', 'Plugin', 10, basename(__FILE__), array(&$this, 'method') );
Forum: Fixing WordPress
In reply to: Writing $wp_rewrite->non_wp_rules to .htaccess?Success! So simple once you catch on…
The all important $wp_rewrite->flush_rules() can only be called from the Admin side. Makes sense, right? You wouldn’t want to be calling it every single page load.
This whole time, my code has been pretty much correct except for where I was calling the flush. Since it needs to be called from the Admin side, the hook is ‘admin_init‘:
add_action('admin_init', 'ftc_flush_rewrites');
Here is the complete functioning sample code:
function ftc_flush_rewrites() { global $wp_rewrite; $wp_rewrite->flush_rules(); } function ftc_add_rewrites() { global $wp_rewrite; $ftc_new_non_wp_rules = array( 'find/(this)' => '/addit.php?here=$1', ); $wp_rewrite->non_wp_rules = $ftc_new_non_wp_rules + $wp_rewrite->non_wp_rules; } add_action('generate_rewrite_rules', 'ftc_add_rewrites'); add_action('admin_init', 'ftc_flush_rewrites');