Enclosure URLs and rewrites

The rewrite are there for a few very good reasons that I have outlined in this support thread.

The rewrites use WordPress’ built-in rewrite API, so they should not be slow or causing any lag issues by default. I have noticed that some hosts (even if they claim to be WordPress-specific hosts) don’t support the rewrite API properly and that can cause issues with SSP going forward. Out of interest, who is your host?

All that being said, if you add this snippet to your theme’s functions.php file then the download links will all just be the raw file names:

add_filter( 'ssp_episode_download_link', 'ssp_raw_download_links', 10, 3 );
function ssp_raw_download_links ( $link, $episode_id, $file ) {
  return $file;
}

If this has helped you then please consider supporting continued development by leaving a review.

Cheers,
Hugh

Thank you for the help! It turns out my site caching (using W3 Total Cache was causing an issue with the URL for some reason). I whitelisted the /podcast-download/ URLs and it seems to be working fine now.

Awesome – I’m glad you found the cause. I’ll add this to the plugin FAQ ??

Cheers,
Hugh

Hi there! revrevrev, would you mind listing the steps for whitelisting your URLs in w3tc? Couldn’t figure it out here :p

For what it’s worth, we ran into this exact same issue with WP Engine, and here’s how they fixed it. Hope this helps any WPE users…

… the issue occurring was due to the configurations we apply to all of our servers, we have Nginx as the first line being hit, thus rules setup via the apache directive .htaccess or ones that aren’t set to nginx process differently. I have applied the Nginx rule on our end to process the redirects for the path ^/podcast-download/:

location ~* ^/podcast-download/ {
proxy_pass https://localhost:6776;
}

Thanks for sharing that nickd32!