Fred - FLQ

Hi Jim and thank you for the follow up.

Sorry about the confusion with users. My taxonomy is associated to the post type I’m trying to display it on (makes sense). I also already checked that when I click on “View” my CPT is displayed as part of my taxo archive page: so it seems perfectly associated.

I put the “users” template here because it’s a working one, on the same CPT (to which users are associated) and everything is working according to Pods’ documentation. That’s why I don’t understand why taxo is not showing up… I just checked again and the <ul> is loaded perfectly, it’s just empty.

Since then, I have been able to display the taxonomy with Elementor dynamic fields (which also shows that the taxo is definitely connected to my CPT…). So I’m gonna use that as a workaround. Would love to understand what’s wrong though…

Hi Jim!

Thank you for the really detailed answer! I feel like I was on the right track except for the {@name} magic tags that I didn’t know about. But it’s still not working and I don’t get why.

Here is what I did in one of my template where I call for a list of related users + a list terms from a custom taxonomy called “domaine”:

[if auteurs]
    [each auteurs]
	<span class="content-author">
			<a href="/ergo-sum/{@user_login}/" alt="Profil de {@display_name}" title="Profil de {@display_name}"><span class="avatar avatar-55 photo">{@avatar.55}</span> <span class="author vcard">{@display_name}</span></a>
	</span>
    [/each]
[else]
    <p>Nobody!</p>
[/if]

<ul class="domaine-list">
[each domaine]
<li><a href="{@permalink,esc_url}">{@name}</a></li>
[/each]
</ul>

My list of related users has been working since the beginning thanks to all the tutorials but I just can’t get the custom taxonomy to display like that… Do you see anything weird here?

Edit: without even thinking about a list, for testing purpose, what would be the shortest code to use in order to test if I can actually pull data from the custom taxo?

• This reply was modified 6 years, 2 months ago by Fred - FLQ.
• This reply was modified 6 years, 2 months ago by Fred - FLQ.

Hi @cedmedia,
If I’m not mistaken, in Pods Admin, just edit your pod > Advanced Options > Select your taxonomy in “Built-in Taxonomies” at the bottom of the page. ??

Hello all!

Thanks Craig for the update and the anonymizing of the DB! Makes that IP were collected for sorting out listeners and listens counts. ??

Thanks @jdwebb et @mmarlett for reporting bugs and fixes. Gonna test all that!

Hi Craig,

You can see it in the “Episode stats” widget for every episode in the admin:

https://lab-agito.space/special/episode_stats.png

As you can see in my example (hopefully the screenshot is displayed correctly), there is quite a difference between “Total listens” and “Total listeners”. I don’t mind having only “listens” or “listeners” but for now I’m wondering how they are differentiated. ^^;

• This reply was modified 6 years, 6 months ago by Fred - FLQ.

Hi Craig!

Thanks for your (as usual) quick reply! I just have one extra question: how do you make the difference between listens count and listeners count then?

• This reply was modified 6 years, 6 months ago by Fred - FLQ.

Hi all!
From what I understand, I think we can ignore it if we only grab basic informations form our users’ FB account. Here is what they say on Facebook:

Apps that Do Not Require Review

Your app does not require review if it only uses:

• Social plugins
• Facebook’s mediated sharing products, like the web sharing dialog or the iOS or Android share sheets
• Facebook Login, where the only data being accessed is email, name, and profile photo

If some of us also use BuddyPress and the Profile mappings option to grab extra info, I would say that you need to ask extra permission. ??

Thank you @markusfreise-1!
I had this problem before and notified it but we could never pin point the issue… until now. ??

Hi Craig!

So after clarifying a few things with my web host, it looks like the podcasts are not the culprit. Sorry for the false alarm, they thought that all podcasts were hosted on the same server as my website and didn’t check in details. At least it makes sense now cause I couldn’t think of a way they would eat up bandwidth while being stored somewhere else. ??

Thanks a lot for your follow up.

Fred

• This reply was modified 6 years, 9 months ago by Fred - FLQ.

Hi again,

Sure, I’ll do. I just asked some extra information to my webhost to help us solve this issue. I’ll come back to you by mail as soon as I have an answer.

Thanks again for your quick reply and your willingness to check this issue further. ??

Hi Craig,

Thanks for your quick answer. I have been following discussions and the impact on statistics/page load time before you made the last update (thanks by the way!). But, like you stated, there shouldn’t be any load on the server hosting our websites and there was not such a load until something like 2 months ago. Files used to be hosted on the same server as the website but because of the bandwidth consumption, I moved them to another server and everything was fine. Nothing has been changed on our servers settings nor the podcasts files location, only change I can think of is the new html5 player.

So no clue about why this is happening?

@djsilverfox Hi! For info, the “download” option is still there (it’s an icon) and its stats are still recorded as before. ??

Hi Craig,

Thanks for your reply. I completely understand the choices you made (minimalist approach + logo) and while writing I was wondering where the meta would be able to fit without breaking the design. No easy answer on that one. ^^;

Thanks again. ??

No problem, thank you for taking care so well of the plugin after Hugh. ??

Hi again!

After comparing the specific posts that were affected, I found out where the issue was coming from! I was using a “posts list” element at the end of those episodes referring to related episodes. Looks like this list was taken into account and affecting the rss feed.

From the frontend, it’s just a list (thumbnail + title + link) of related episodes: how come they were taken into account and were overwriting the query? Is it a normal behavior or is there a missing “check” or anything else that could be modified to avoid this?

Issue is solved for me but maybe there is something to be modified either on SSP or on Elementor side to avoid that problem. ??

• This reply was modified 6 years, 12 months ago by Fred - FLQ.