Forum Replies Created

Viewing 15 replies - 61 through 75 (of 115 total)
  • Thread Starter Bryan Willis

    (@codecandid)

    Thanks for the reply. Out of curiosity are you running your own server? I’m guessing for a public server something like Amazon EC2 or similar is probably recommended as most cheap shared hosts don’t seem like they could handle minecraft.

    Thread Starter Bryan Willis

    (@codecandid)

    Wow thanks for the great reply Paul, after I hit submit I saw how much I wrote and figured it probably wouldn’t even get read. You made some great points! I’ll submit a ticket later this week on github when I get a chance. Thanks again.

    Thread Starter Bryan Willis

    (@codecandid)

    Hey nevermind it’s just the one that loads the modal script. We could put this in the if statement probably that checks if user already has bootstrap.

    Thread Starter Bryan Willis

    (@codecandid)

    Ha no problem, I actually just learned it recently myself. You’re plugin is great by the way.

    Same issue!

    Thread Starter Bryan Willis

    (@codecandid)

    Hey, simple one liner should do the trick. Just add an action your existing deactivation hook that runs on theme switch:

    add_action('after_switch_theme', 'gch_activation_check');

    Personally I would change the hook when you get a chance to check against a genesis function though because I’ve seen things like this cause problems too, if genesis isn’t the name of the folder, like if it got changed on download/upload to something like genesis_1 which happens on my mac at least when I have an older download that was named the same:

    if ( 'genesis' != basename( TEMPLATEPATH ) ) {}

    Personally I’d switch to a genesis core constant or function that you know is available. I’ve tested this with your plugin and it deactivates it if genesis is not active:

    function deactivate_genesis_header_plugin_script() {
        if (!function_exists('genesis_pre')) {
            deactivate_plugins( plugin_basename( __FILE__ ) );
        }
    }
    add_action('after_switch_theme', 'deactivate_genesis_header_plugin_script');

    Currently i’m using it with all plugins
    Hope this helps!

    Same thing here … On public server

    Thread Starter Bryan Willis

    (@codecandid)

    Hey no problem I didn’t ethier so I never saw your reply until now.
    Here’s two more to add that both occur on the admin page:

    Undefined index: php @ class-tha-hooks-interface-admin.php on line 394
    Undefined index: shortcode @ class-tha-hooks-interface-admin.php on line 402

    Just added two more variables for the checked parameters and if they weren’t set then returned empty. Probably a cleaner way to write it, but it seems to fix it:

    public function field_cb( $args ) {
    		$hooks_group = $args[0];
    		$hook_name = $args[1];
    		$hook_description = $args[2];
    		$output_field_name = 'tha_hooks_interface_' . $hooks_group . '[' . $hook_name . '][output]';
            $php_field_name = 'tha_hooks_interface_' . $hooks_group . '[' . $hook_name . '][php]';
    		$shortcode_field_name = 'tha_hooks_interface_' . $hooks_group . '[' . $hook_name . '][shortcode]';
    		$tha_interface_settings = get_option( 'tha_hooks_interface_' . $hooks_group );
            $shortcode_checked = isset( $tha_interface_settings[ $hook_name ]['shortcode'] ) ? $tha_interface_settings[ $hook_name ]['shortcode'] : '';
    		$php_checked = isset( $tha_interface_settings[ $hook_name ]['php'] ) ? $tha_interface_settings[ $hook_name ]['php'] : '';
    		?>
    		<p><?php echo $hook_description; ?></p>
    		<p>
    		<textarea style="font-family:monospace" rows="10" class="widefat" name="<?php echo $output_field_name; ?>" id="<?php echo $output_field_name; ?>"><?php echo htmlentities( $tha_interface_settings[ $hook_name ]['output'], ENT_QUOTES, 'UTF-8' ); ?></textarea>
    		</p>
    		<?php if ( current_user_can( 'unfiltered_html' ) ) : ?>
    		<p>
    		<label for="<?php echo $php_field_name; ?>">
    			<input type="checkbox" name="<?php echo $php_field_name; ?>" id="<?php echo $php_field_name; ?>" value="1" <?php checked( $php_checked, 1 ); ?>/>
    			<?php _e( 'Execute PHP in this hook (must be enclodes in opening and closing PHP tags)', $this->plugin_slug ); ?>
    		</label>
    		</p>
    		<?php endif; ?>
    		<p>
    		<label for="<?php echo $shortcode_field_name; ?>">
    			<input type="checkbox" name="<?php echo $shortcode_field_name; ?>" id="<?php echo $shortcode_field_name; ?>" value="1" <?php checked( $shortcode_checked, 1 ); ?> />
    			<?php _e( 'Run shortcodes in this hook', $this->plugin_slug ); ?>
    		</label>
    		</p>
    	<?php }

    This might be a dumb questions, but isn’t that what w3tc is for?

    Yea thats what I ended up doing! Thanks Jason!

    Thread Starter Bryan Willis

    (@codecandid)

    Thanks Jonathan Ill check it out!

    Haha even more ironic Emily is I just realized that I installed this plugin based off your blog post recommendation!

    I had that too. I also had that with the plugin wp-dashboard-chat

    If you notice I think it has to do with how it they construct the class for PHP4 and PHP5 thats causing it to redefine the constructor again

    Strict Standards: Redefining already defined constructor for class JCP_UseGoogleLibraries on line 123
    Warning: Cannot modify header information - headers already sent by (output started at use-google-libraries/use-google-libraries.php:123) in wp-includes/pluggable.php on line 1121

    So if we go to line 123 this is what we get —>

    /* PHP 5 Constructor */
    Line 123: function __construct()

    And right above that —>

    /* PHP 4 Constructor */
    Line 118: 	function JCP_UseGoogleLibraries() {$this->__construct();}

    And on wp dashboard chat —>

    Strict Standards: Redefining already defined constructor for class WPDashboardChat in wp-dashboard-chat/wp-dashboard-chat.php on line 47:

    LIne 47:	function __construct()

    And right above that:

    function WPDashboardChat() { $this->__construct(); }

    The PHP 4 constructor was for the older version of PHP and I believe PHP5 has the deprecated functions set to generate. I looked in pluggable.php and it’s the AJAX callback check that wordpress verifies to prevent processing requests external of the site.

    SO basically it seems like both of these plugins AJAX requests are not getting validated.
    For one, we can probably go ahead and delete all PHP 4 references like JCP_UseGoogleLibraries(). This may or may not help. Other than that we probably have to figure out how to get it to validate with the check_ajax_referer but I could be wrong.

    This is about as far as I am able to get without trial/error. My PHP is average at best and my ajax knowledge is even worse so hopefully this at least helps shed some light on whats causing the issues for a more experienced developer or the Plugin Author!

    Thread Starter Bryan Willis

    (@codecandid)

    No problem Evan. Pretty impressive for one of your first plugins!

    Thread Starter Bryan Willis

    (@codecandid)

    Here is the working version for V5 of ACF

    https://gist.github.com/bryanwillis/bbfdce5febd3db16c53c#file-acf-field-snitch-v5-js

    Pretty simple fix. I realized data attributes that you are using as selectors have been changed in V5 to work like the repeater field where data-field_name simply becomes data-name.

    Also here is the new field template for version 5. It lets you define different files based on the version.

Viewing 15 replies - 61 through 75 (of 115 total)