Forum Replies Created

Viewing 15 replies - 106 through 120 (of 146 total)
  • Thread Starter Andrew Wilder

    (@eatingrules)

    Hey Joshua,

    I appreciate your continuing to help on this, especially since you’re so busy!

    My WordPress and all Plugins are up-to-date (I actually just installed your plugin yesterday for the first time).

    I did clear the W3 Total Cache page cache multiple times, and confirmed I’m seeing fresh copies of the homepage source and other pages (it puts a timestamp at the very end of the html doc)… and yet I’m still seeing javascripts in the <head> on the homepage but not on blog posts pages. I’m also viewing it logged-out, so I should be seeing the exact same pages you are.

    For example, on my homepage, jquery (among others) is called in the <head> section:

    <script type='text/javascript' src='https://djuf8khon03er.cloudfront.net/wp-includes/js/jquery/jquery.js?ver=1.11.2'></script>

    But on my most recent blog post, jquery (and all other enqueued javascript files) is loaded at the bottom of the page.

    So I’m scratching my own <head> trying to figure out why it’s showing up differently for you!

    Thread Starter Andrew Wilder

    (@eatingrules)

    One additional bit of info that might be helpful. It seems to be having the issue for the date-based archives pages as well. So if I view https://eatingrules.com/2014/ to show all the posts from 2014 (for example), it’s not moving those scripts either.

    I poked around in the theme files, but didn’t find anything that would seem to be causing the issue.

    Here’s the relevant (I think) bit of the /includes/theme-js.php file (called by the main functions.php).

    if ( ! function_exists( 'woothemes_add_javascript' ) ) {
    	function woothemes_add_javascript() {
    
    		$suffix = defined( 'SCRIPT_DEBUG' ) && SCRIPT_DEBUG ? '' : '.min';
    
    		wp_enqueue_script( 'third-party', get_template_directory_uri() . '/includes/js/third-party' . $suffix . '.js', array( 'jquery' ) );
    		wp_register_script( 'flexslider', get_template_directory_uri() . '/includes/js/jquery.flexslider' . $suffix . '.js', array( 'jquery' ) );
    		wp_register_script( 'prettyPhoto', get_template_directory_uri() . '/includes/js/jquery.prettyPhoto' . $suffix . '.js', array( 'jquery' ) );
    		wp_register_script( 'portfolio', get_template_directory_uri() . '/includes/js/portfolio' . $suffix . '.js', array( 'jquery', 'prettyPhoto' ) );
    		wp_enqueue_script( 'modernizr', get_template_directory_uri() . '/includes/js/modernizr' . $suffix . '.js', array( 'jquery' ), '2.6.2' );
    
    		// Conditionally load the Slider and Portfolio JavaScript, where needed.
    		$load_slider_js = false;
    		$load_portfolio_js = false;
    
    		if (
    			( get_option( 'woo_slider_magazine' ) == 'true' && is_page_template( 'template-magazine.php' ) ) ||
    			( get_option( 'woo_slider_biz' ) == 'true' && is_page_template( 'template-biz.php' ) ) ||
    			is_page_template( 'template-widgets.php' ) ||
    			( is_active_sidebar( 'homepage' ) && ( is_home() || is_front_page() ) )
    		) {
    			$load_slider_js = true;
    		}
    
    		if (
    			is_page_template( 'template-portfolio.php' ) ||
    			( is_singular() && ( get_post_type() == 'portfolio' ) ) ||
    			is_post_type_archive( 'portfolio' ) ||
    			is_tax( 'portfolio-gallery' )
    		   ) {
    			$load_portfolio_js = true;
    		}
    
    		// Allow child themes/plugins to load the slider and portfolio JavaScript when they need it.
    		$load_slider_js = apply_filters( 'woo_load_slider_js', $load_slider_js );
    		$load_portfolio_js = apply_filters( 'woo_load_portfolio_js', $load_portfolio_js );
    
    		if ( $load_slider_js ) { wp_enqueue_script( 'flexslider' ); }
    		if ( $load_portfolio_js ) { wp_enqueue_script( 'portfolio' ); }
    
    		do_action( 'woothemes_add_javascript' );
    
    		wp_enqueue_script( 'general', get_template_directory_uri() . '/includes/js/general' . $suffix . '.js', array( 'jquery', 'third-party' ) );
    
    	} // End woothemes_add_javascript()
    }
    Thread Starter Andrew Wilder

    (@eatingrules)

    Thanks for the super-quick reply, Joshua!

    Since I have “Front Page Displays” set to “your latest posts,” my site doesn’t have a separate page that’s used for the homepage — so I don’t have the metabox option for disabling the plugin.

    What’s weird is that there’s a big batch of scripts that show up in the <head> on the homepage, but they do correctly move to the bottom of the page on posts/pages.

    <script type='text/javascript' src='https://djuf8khon03er.cloudfront.net/wp-includes/js/jquery/jquery.js?ver=1.11.2'></script>
    <script type='text/javascript' src='https://djuf8khon03er.cloudfront.net/wp-includes/js/jquery/jquery-migrate.min.js?ver=1.2.1'></script>
    <script type='text/javascript' src='https://eatingrules.com/wp-includes/js/jquery/ui/core.min.js?ver=1.11.4'></script>
    <script type='text/javascript' src='https://eatingrules.com/wp-includes/js/jquery/ui/widget.min.js?ver=1.11.4'></script>
    <script type='text/javascript' src='https://eatingrules.com/wp-includes/js/jquery/ui/button.min.js?ver=1.11.4'></script>
    <script type='text/javascript' src='https://eatingrules.com/wp-content/plugins/easyrecipeplus/js/easyrecipe-min.js?ver=3.3.3077'></script>
    <script type='text/javascript' src='https://djuf8khon03er.cloudfront.net/wp-content/themes/canvas/includes/js/third-party.min.js?ver=4.2.2'></script>
    <script type='text/javascript' src='https://djuf8khon03er.cloudfront.net/wp-content/themes/canvas/includes/js/modernizr.min.js?ver=2.6.2'></script>
    <script type='text/javascript' src='https://djuf8khon03er.cloudfront.net/wp-content/themes/canvas/includes/js/general.min.js?ver=4.2.2'></script>

    There shouldn’t be anything different about the home page, as far as I can tell… and since it works fine for all other pages, I think the theme is probably enqueuing scripts correctly.

    For what it’s worth, I’m using WooThemes Canvas, with my own child theme.

    Not a huge deal — my site is already much better off than it was a couple of hours ago!

    Thanks again,
    Andrew

    Satrya – Is there already a way to use the “Limit to Taxonomy” field for excluding a category (or categories)?

    I use this plugin on a site where we want to exclude just a couple of categories. With the recent change in v0.9.4 to strongly recommend the use of the “Limit to Taxonomy” option, it’s cumbersome to have to include a list of almost all of our categories…and if we add new categories in the future they won’t be included in the list automatically.

    Right now we have this:
    category=812,525,518,8,516,9,813,10,485,836,885,4,5,811,810,7,517,542,933,667,6,392

    I’d much rather be able to enter:
    !category=78,844

    Thanks!

    +1 !

    Hi Hinjiriyo – Sorry for not responding sooner. I have no idea why it didn’t work the first time for me, but since it did work perfectly on the second run (and nobody has been able to recreate it), I think it’s fair to chalk it up to a one-time glitch. ??

    Hi Hinjiriyo,

    I just want to jump in and say “Thanks” for this plugin! I just used it to set the featured image on 200+ imported posts (the previously set featured images didn’t import for some reason).

    However, I first ran the plugin with a date-range filter, to test it on posts from December 2013. There were 11 posts shown, but it didn’t actually set any featured images (in the preview it said “No Image” in both columns).

    When I ran the plugin again – without any date filter – it worked great.

    Just thought I’d mention it since this is a new feature. ??

    Thanks again,
    Andrew

    Thread Starter Andrew Wilder

    (@eatingrules)

    That makes sense, and your English is excellent. ?? But it would be far easier if it was integrated into the plugin, so you could easily debug, and then import.

    An even better workflow would be to upload the file, show the data (to let the user check it), and then have a “confirm” button to run the import. 1-2-3-done! ??

    (But even if you don’t do that, the plugin worked really well for me and saved a TON of time! Thanks again!)

    Thread Starter Andrew Wilder

    (@eatingrules)

    Oh, good to know! Sorry I missed that earlier, thanks.

    (How about incorporating the debugger directly into the plugin? It could be as simple as having a checkbox next to the import button that says “Enable debug mode?”)

    Andrew Wilder

    (@eatingrules)

    +1

    Hosted on Media Temple’s Grid service…

    Same problem here. Was just fine on BackWPup 3.0.13. Updated to 3.1.1 and suddenly we get this error:

    `The HTTP response test get an error “SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed”‘

    Daniel, any ideas?

    Thread Starter Andrew Wilder

    (@eatingrules)

    Ah! That did the trick!

    The funny thing is, I actually HAD that line in my VCL before I started using Varnish HTTP Purge. But the full purge wasn’t working at first — and in my troubleshooting I removed that line. I didn’t think to add it back in after adding the purge.vcl file. Guessing that both are needed for it to work properly.

    Thank you for super-fast and helpful response!

    In case it helps anyone else, here are the relevant bits of my VCL file.

    include "purge.vcl";
    
    sub vcl_recv {
    if (req.request == "PURGE")  {
                  if (!client.ip ~ purge) {
                    error 405 "Not allowed.";
                  }
                  ban("req.url ~ ^" + req.url + "$ && req.http.host == " + req.http.host);
    	}
    }
    
    sub vcl_hit {
        # Accept purges from w3tc and varnish http purge
        if (req.request == "PURGE") {
             purge;
             error 200 "Purged";
        }
    }
    
    sub vcl_miss {
        # Accept purges from w3tc and varnish http purge
        if (req.request == "PURGE") {
           purge;
           error 200 "Purged";
        }
    }

    The purge.vcl file is from here:

    https://github.com/dreamhost/varnish-vcl-collection/blob/master/lib/purge.vcl

    Thank you, ozgirl57! I’ve been tearing my hair out over this one for awhile now.

    I just realized that the “tags” parameter is given as plural in the docs, but the (incorrect) example given in the “exclude_tags” section is what threw me off…

    Thread Starter Andrew Wilder

    (@eatingrules)

    Hi Xnau –

    I never received your email. Ack! Can you please re-send? andrew-at-eatingrules-dot-com. Thanks.

    As for the two people who have reported the issue, I removed their records and re-added them and the problem did not reoccur. So at least I have a way to stop it if it happens again.

    One person sent me a list of all the times she received the confirmation email. Very strange – I’m not seeing a pattern, and I’d be surprised if it helps troubleshoot, but here goes:

    Sept 30
    9:34pm
    9:43pm
    9:45pm
    9:48pm
    10:07pm
    10:24pm

    Oct 1
    4:36am
    5:00am
    8:32am

    Oct 2
    7:10am
    4:42pm

    Oct 4
    6:44am

    If there’s other info I can get you, just let me know.

    Thanks again,
    Andrew

Viewing 15 replies - 106 through 120 (of 146 total)