nickaster

Okay great, thanks!

So…. any idea how to customize that PHP code to simply replace the default atom template with “xyz.php” ?

The example is this:

remove_all_actions( 'do_feed_rss2' );
add_action( 'do_feed_rss2', 'acme_product_feed_rss2', 10, 1 );

function acme_product_feed_rss2( $for_comments ) {
    $rss_template = get_template_directory() . '/feeds/feed-acme_product-rss2.php';
    if( get_query_var( 'post_type' ) == 'acme_product' and file_exists( $rss_template ) )
        load_template( $rss_template );
    else
        do_feed_rss2( $for_comments ); // Call default function
}

But that seems to be something about comments… I can’t figure it out at any rate.

So… this probablem hung around for 30 minutes or so then went away.

Now it seems to be on the verge again. Looking at w3 settings I now see:

It appears Page Cache URL rewriting is not working. If using apache, verify that the server configuration allows .htaccess or if using nginx verify all configuration files are included in the configuration.

What do you think that is? Clearly .htaccess is there… because page caching was working just fine 15 minutes ago.

What could flake things out like that?

Interesting…I guess 10 minutes isn’t the biggest deal. Any recommendations to speed that up?

Got it… yeah, w3 Cache says I have GZip on … but YSlow says I dont! I’ll check with host.

Very interesting…. so, if for some reason I decide to get rid of the CDN one day I won’t suddenly have tons of broken images, right?

Yeah, I’m always tinkering with the CSS so I think I’ll only do the images for now… that seems to be the biggest slow point by far (as far as I can tell!)

I managed to track this down to Minify …. why would enabling Minify suddenly block all traffic from non-logged in users?