Serhiy Zakharchenko

Hi @jaypeg,

Thank you for the update. We’ll keep an eye on it. The issue could likely be due to a plugin conflict or server configuration.

Hi @mborris,

I’m glad you managed to fix it!

If you like our plugin and have a moment, we would greatly appreciate it if you could leave us review. Your feedback helps other users to discover our plugin and helps us to make it better.

Best regards,
Serhiy

Hi @siguientepagina,

I’m sorry to hear you encountered this issue. The /podcast-download/ files URL is correct, and it should be automatically redirected to the real file URL. Unfortunately, on some hostings it doesn’t work out of the box. I would recommend you trying the steps from this article – https://support.castos.com/article/298-bypass-rules-for-nginx-hosted-websites.
If it doesn’t help, you can also try other variants from this article – https://support.castos.com/article/160-podcast-episodes-will-not-play#NGINX-Server-1hJLv

Hope this helps,
Serhiy.

Hello @thelugnutspodcastgroup21,

I’ve reviewed your feed and didn’t find any issues apart from the artwork size. Spotify requires the cover art to be at least 2400 x 2400 pixels. Your current image is 2000 x 2000 pixels, so I recommend resizing it to 2400 x 2400 pixels and then trying again.

Hope this helps,
Serhiy.

Hi @gina24,

I’m sorry to hear you’re experiencing issues with importing. I just tested your Acast feed on my local environment, and it imported successfully, which suggests the problem might be specific to your website. It could be a plugin conflict causing the issue. I recommend disabling all other plugins except SSP and then attempting the import again.

Please also note that our import tool is designed for a one-time import only and isn’t intended for continuous synchronization with your Acast feed. Once you’ve imported your episodes into SSP, you’ll need to use the SSP feed going forward instead of Acast.

Hope this helps and best regards,
Serhiy.

Hi @mborris,

Did you check the settings on Podcasting -> Settings -> Feed Details -> Default podcast or on Podcasting -> Settings -> Feed Details -> Eye eye pod tab?

If you checked both setting and it still doesn’t work, could you send me your settings screenshot of the Podcasting -> Settings -> Feed Details -> Eye eye pod page?

Hello @mborris,

If you check your podcast feed, the page content is clipped there – https://lemur.duke.edu/feed/podcast/aye-aye-pod/. It’s because you use excerpts for your episode description. To change it, please go to Podcasting -> Settings -> Feed Details -> eye-eye-pod, and change Episode description option to Post Content.

Best regards,
Serhiy.

Hello @2rovers,

I’m sorry to hear you encountered this issue. It looks like Bluehost removed this feature from their plugin. I don’t know why, so probably you can try contacting their support and asking how you can handle this option.

Meanwhile, you can try temporarily using the real file path instead. Here is the code snippet for it, you can put it into your functions.php file:

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

Hope this helps, and please let me know what their support answered to you.

Best regards,
Serhiy.

Hi @thelugnutspodcastgroup21,

Please try the following steps:

1. Disable all plugins except SSP.
2. Make sure that the feed works properly.
3. Enable one plugin.
4. Check the the feed.
5. Enable second plugin
6. Check the feed…

Proceed till the feed stops working. This way you’ll know which plugin causes the issue.

Hope this helps,
Serhiy.

Hi @heiland,

Glad you managed to fix it!

Regarding your questions – the only server requirement is to handle virtual “*.mp3” URLs. If the file path does not exist, it should not respond with a 404 error immediately but should pass the request to PHP. This used to work on most servers, but recently, NGINX changed their default settings, requiring additional configuration.

Additionally, we’ve noticed that Bluehost doesn’t work seamlessly with our plugin by default. To resolve this, you need to uncheck “Skip WordPress 404 Handling For Static Files.”.

You can read more regarding the possible configuration problems in this article – https://support.castos.com/article/160-podcast-episodes-will-not-play#

Other than that, in most cases, SSP works out of the box with no additional setup.

Also, if you like our plugin and have a moment, we would greatly appreciate it if you could leave us review. Your feedback helps us continue to improve and also assists other users in discovering our plugin.

Best regards,
Serhiy.

Hi @thelugnutspodcastgroup21,

I’m sorry to hear you encountered this issue. It looks like WordPress cannot find the feed URL page, and redirects to the first similar page that it could find.

– Did it work before?
– If yes, do you remember after what changes or updates the issue occured?
– Did you try to update your permalinks? (Go to Settings -> Permalinks and click “Save settings” button.)
– Did you try to remove cache?
– Did you try to disable other plugins or temporarily switching to another theme?
– Did you try to temporarily changing your feed slug?

Hope one of these recommendations could help you to fix it or to narrow down the problem.

Please let me know your results here.

Best regards,
Serhiy.

@heiland

We use the virtual mp3 file approach for different type of tasks, for example to save the file listening statistic in the Stats plugin.

Did you try these troubleshooting steps?
https://support.castos.com/article/160-podcast-episodes-will-not-play#

If you don’t need statistic, you can try adding the following code to your functions.php file:

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

It will force SSP using real file path instead of the virtual MP3 file.

Hope this helps,
Serhiy.

Hi @heiland,

Sorry to hear you encountered this issue. The URL in the player is correct, and your server should automatically redirect it to the real file path. Unfortunately, some servers doesn’t handle such URLs correctly. Could you please share what hosting do you use?

Could you try adding the following code at the top of your .htaccess file?

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_URI} ^/podcast-player/([^/]+)/([^/]*)\.(mp3|mp4)$
RewriteRule ^ index.php?podcast_episode=%1&podcast_ref=player [QSA,L]
RewriteCond %{REQUEST_URI} ^/podcast-download/([^/]+)/([^/]*)\.(mp3|mp4)$
RewriteRule ^ index.php?podcast_episode=%1 [QSA,L]
</IfModule>

Best regards,
Serhiy.

Thank you @marcdk!

@marcdk

Thank you for bringing it to our attention, we’ll make those fields enabled by default in the next plugin releases.

Best regards,
Serhiy,