I link nei podcast mostrano note che si suppone siano "live"?

1

La maggior parte dei podcast mostra note che descrivono il singolo episodio. In iTunes, puoi vedere queste note sullo spettacolo facendo clic sull'episodio, quindi facendo clic sulla "i" a destra della descrizione dell'episodio; nell'app Podcasts iOS, puoi visualizzare queste note di spettacolo toccando la "copertina" del podcast nella schermata In riproduzione.

Spesso queste note vengono scritte per includere collegamenti a siti Web, ma AFAIK né iTunes né l'app iOS considerano questi collegamenti diversi dal semplice testo; non sembra esserci alcun modo per aprirli realmente. Vedi ad esempio lo screenshot qui sotto; notate che nel mezzo del paragrafo (circa cinque righe in basso) appaiono le parole "clicca qui", ma non sono funzionali.

Suppongochesiapossibilechelaresponsabilitàdiciòspettiall'editore(adesempio,sonosolocopia/incolladeltestodallorositoWebenoncodificanocorrettamenteladescrizionedell'episodio),masecosìfossesembraessereunproblemauniversale;Nonhomaivistounpodcastincuiquestohafunzionato.MisembrapiùprobabilechenéiTunesnéiOSsianoimpostatipergestireicollegamentilivenelledescrizionidegliepisodi.

Horagionesuquesto?Questicollegamentidovrebberofunzionare?Ostosolofacendoqualcosadisbagliato?

Modificatoperaggiungere:selarispostaaquestadomandaè"No, quelle descrizioni non funzionano", c'è una migliore app Podcast che fa gestisce come collegamenti in diretta?

    
posta mweiss 01.02.2015 - 20:49
fonte

2 risposte

1

La risposta breve? Non puoi cliccare su quei link e non sono lì per cominciare. Il motivo per cui puoi leggere quel testo è la gestione dei contenuti pigri sul lato di produzione dei podcast; niente di più e niente di meno.

La risposta più lunga? Continua a leggere ... il testo a cui fai riferimento proviene dal campo di dati XML summary o description nel feed XML RSS di iTunes del publisher. Per capire meglio il modo in cui si crea un podcast per iTunes, seleziona questo documento completo e le specifiche RSS 2.0 qui . Ecco la raccomandazione sull'utilizzo dei tag <itunes:summary> e <description> :

Take advantage of the <itunes:summary> tag. The <itunes:summary> tag (or the <description> tag if <itunes:summary> is not present) allows you to inform users about your podcast. Describe your subject matter, media format, episode schedule, and other relevant information. In addition, make a list of the most relevant search terms for your podcast and build them into your description. Note that the iTunes Store removes podcasts that include irrelevant words in the <itunes:summary> or <description> tags.

Ora, nulla in queste specifiche fa esplicitamente riferimento a non consentire collegamenti all'interno di riepiloghi / descrizioni, ma so da essere uno sviluppatore web che i feed RSS possono essere disordinati da trattare a dir poco. Significa, in generale, che i feed RSS, e non solo i podcast, non sono intesi come sostituti completi dei contenuti; si comportano semplicemente come un modo per trasmettere una veloce informazione "Ehi, dai un'occhiata a questa roba!" su qualcosa. In questo caso, un episodio podcast con l'unico link è il link al vero podcast stesso.

Quindi il mio istinto mi dice che il motivo per cui stai vedendo il testo "clicca qui" è un semplice risultato di pratiche di gestione dei contenuti pigri da parte del publisher del podcast. Significato guardando specifico episodio TLDR (# 44, "Prostitute Laundry") sul loro sito web attuale mostra quanto segue; screenshot allegato per riferimento:

Etuttiquestilinksonoeffettivamenteattivisullorositoweb,manonnelleinformazionidelpodcast.SignificacheilmodoincuiWNYCsembragenerareidatiXMLRSSdeipodcastèprendendola"descrizione" che viene utilizzata per il loro post sul blog, rimuovendo i link e HTML estraneo e riproponendolo-duplice scopo? -Per la descrizione / sommario del podcast RSS Datapoint XML. Un modo più consapevole di fare qualcosa del genere sarebbe avere un campo "Descrizione Podcast" separato nel loro sistema di gestione dei contenuti, ma ciò significherebbe che qualcuno dovrebbe essenzialmente scrivere due descrizioni per ogni podcast che potrebbe richiedere troppo tempo.

Che è tutto da dire, il testo potrebbe dire "clicca qui" ma non solo non c'è modo di porvi rimedio a livello di utente, il motivo principale spetta al produttore di contenuti del podcast che non sta facendo un grosso sforzo per personalizzare il loro contenuto riassuntivo / descrittivo per diversi media / pubblico. Quindi quando dici questo:

Maybe they are just copy/pasting text from their website and not properly coding the episode description.

Sei sulla strada giusta, ma è più automatizzato di quanto non sembri "taglia e incolla". Direi che il codice di generazione dell'RSS XML che stanno usando semplicemente afferra il testo della descrizione dal loro database, toglie i link e lo imposta come "descrizione" / "sommario" per il feed XML di iTunes.

    
risposta data 05.02.2015 - 08:57
fonte
3

Le specifiche per podcast di Apple illustrano esplicitamente come incorporare i collegamenti HTML all'interno del campo Riepilogo:

Text Encoding

Use plain text UTF-8 encoding for your podcast feed (no markup or HTML, except as described below).

Tag values are limited to 255 characters, except for , which can be up to 4000 characters. Don’t add leading or trailing spaces to your values.

Enclose all portions of your XML that contain embedded links in a CDATA section to prevent formatting issues, and to ensure proper link functionality in the Podcasts app. For example:

<itunes:summary><![CDATA[<a href=“https://www.apple.com”>Apple</a>]]></itunes:summary>

Diversi client di podcast popolari lo supportano - Overcast, Pocket Casts, Downcast, tra gli altri - e credo che ora i podcast su iOS lo facciano altrettanto.

Guarda ad esempio questo screenshot della recensione di Overcast su Macstories:

[

    
risposta data 11.08.2015 - 01:25
fonte

Leggi altre domande sui tag