Mitch Downey 

@mitch@podcastindex.social
569 Followers
247 Following
5K Posts

open source developer @ podverse.fm / fediverse / foss / javascript / node.js / podcasts / react / react native / typescript

⚡️:mitch@getalby.com

Podversehttps://podverse.fm
Githubhttps://github.com/mitchdowney
@steven @dave @adam ok thanks. Maybe I can create Read Only tokens with my own login, and hand them out.

@dave @steven @adam

Some fun news: there's a group of interns with a coding bootcamp creating an admin dashboard for Podverse next-gen.

I asked them to create a Podcast Index API key so they can use the search endpoint, but they're all having trouble using the PI sign up page.

Should I DM one of you their emails? What is the process these days for getting PI API keys?

@dave @steven nvm, it looks like the csv is in ascending order by podcast index id.

that's no problem. got that handled in our code.

@dave @steven do you know if the "dead feeds csv" that is generated always puts the most recently added feeds at the end of the file?

podverse nextgen has improved dead feed and duplicate feed handling.

if dead feeds do not always get added to the end of the file, it's not a big deal. just looking at options for avoiding redundantly handling dead feed ids that have already handled.

@rgblack316 woo hoo! 🥳 thanks for the quick explanations to help identify the issue.

https://podverse.fm/podcast/za6VaYBlvf

sorry, that bug is not your fault. in next generation podverse we will try avoiding using a cacheBust url param, since it can lead to unexpected results like this

V4V Radio

V4V Radio (formerly the Mountain Music Happy Hour, Mountain Music Half Hour, or M2H2) is a Value 4 Value Music podcast recorded at Johns Creek Studios in Milton, WV with host Randy Black. The goal is to bring the best V4V music to the Internet each week in a succent 30 to 60 minute show.

Podverse
@rgblack316 then i think that would fix the issue. if not, there *might* be a way for me to override this behavior in our setup, if i recall correctly...looking into it

@rgblack316 Podverse automatically adds a "cacheBust" url parameter to urls, to circumvent caching issues with RSS feeds.

we've been told by other apps / RSS hosting companies it's pretty standard to do, but it's kind of hacky.

the URL we are actually requesting behind the scenes is:

https://m2h2music.com/podcast.xml?cacheBust=1751508729261

the number after cacheBust is always different (it's the current server time)

if it's possible for you to revise your redirect so that https://m2h2music.com/podcast.xml* (wildcard at end) matches

V4V Radio – The Internet's Home for the Best Value 4 Value Music

@rgblack316 ahhh, i see the issue. one minute...
@rgblack316 sorry this networking stuff is not my strong suit. i may have to ask @suorcd for some insight to this

@rgblack316 ok interesting, this seems like it could be related.

the fact this is the url we request:
https://m2h2music.com/podcast.xml

and in my browser it redirects to: https://serve.podhome.fm/rss/cc53d03a-3e90-5285-a256-3cb641ab9ae0

but, somehow on our server it redirects to: https://v4vradio.com/

not gonna lie is very strange 😂

is it possible for the redirect rules to be more specific? like https://m2h2music.com/podcast.xml ALWAYS redirects to https://serve.podhome.fm/rss/cc53d03a-3e90-5285-a256-3cb641ab9ae0

and have that be the only redirect assigned to https://m2h2music.com/podcast.xml