meisi11

Thanks @amongthestones !

In terms of the request, I would stress that this does seem like a pretty important addition to actually make the option to change the date usable. I’m assuming that the entire point of the feature is to allow you to present an alternate order for the episodes, and as long as podcatchers like Amazon Music are sorting by the order of the feed rather than the date, this user story isn’t quite being met in my opinion.

A more clear example would probably actually be to compare how it looks in a podcatcher that works vs one that doesn’t.

Here’s Spotify (ordering as intended. They are clearly sorting by date):
https://open.spotify.com/show/4usbCbjakxuW5vxkFhZMGZ

Here’s Amazon (who seem to order based on appearance in the RSS feed):
https://music.amazon.co.uk/podcasts/6631a1df-a31c-4eb9-a045-68011deff4ca/pact-audio

• This reply was modified 3 years, 4 months ago by meisi11.

@keleigh824

Unfortunately the new update to SSP seems to have only partially fixed the problem. We’ve just updated to 2.9.2 and while the episodes now have the “Recorded date” used as the field for the publish date, the entries in the feed still seem to be ordered in the RSS based on the WordPress publish date.

This isn’t a problem on some podcatchers, like Apple, but Amazon and a few others seem to be sorting based on the order episodes appear in the RSS rather than sorting by the date. You can also see this in the HTML version put together by SSP (the episodes should mostly alternate between the two shows on the feed, but the first 50 or so are only from the one):

https://www.mediamdpodcast.com/feed/podcast/pact-audio

Is there any chance we could get it so that they’re sorted properly in the feed itself too?

• This reply was modified 3 years, 4 months ago by meisi11.
• This reply was modified 3 years, 4 months ago by meisi11.

Awesome, thanks @keleigh824 !

Hi @keleigh824 – it’s a Series feed.

• This reply was modified 3 years, 6 months ago by meisi11.

Thanks for the very thorough answer!

1. It doesn’t look like we have a swap partition at all (“swapon –show” returns nothing, and “free -m” shows all zeroes). We’re using less than 30% of our memory though.
2. fsck results seem fine, and since we just moved the server and only copied over the WordPress files I think it makes sense it’s probably something else.
3. I did install the Query Monitor and one point and just did again – even when the pages take a long time to load, the queries are all completing in less than a second. It’s usually quite often CSS or JS files that take a long time to load. Unless you meant there’s something else I need to check here?
4. Disabling the firewall didn’t seem to make a difference.
5. I wasn’t too sure how to measure these – I did increase the MaxRequestWorkers value in apache’s mpm_prefork.conf file from 150 to 1500 but it doesn’t seem to have done much. I also looked, and it doesn’t seem like php-fpm is running on our machine, and I haven’t managed to figure out anything else related to this. I did increase the php.ini memory limit from 128MB to 512MB though. Is there something I’m missing?