 Bueno, muchas gracias a todos por venir a esta charla planteando un desarrollo orientado al podcasting. Mi nombre es Santiago Gilenez, soy un frontend especializado en WordPress. Actualmente trabajo para la campaña de desarrollo tecnológico CloudBestreet. Y bueno, podéis seguirme en Twitter, en la roba FatLabs, o también contactad conmigo, porque es electrónico. En esa roba es el hin.es. Voy también a WordPress más de 10 años, pero en realidad estaba más cerca de ver ese podcasting. En el año 2003, trabajé en una radio local de Madrid, donde ya emitíamos o podíamos en emulación reproducir videos desde la web. En el año 2004, cuando empieza el fenómeno de podcasting, sufre un poco las adaptaciones, sigue trabajando en WordPress y voy, bueno, recuperando todos los conocimientos que voy consiguiendo, voy tratando de trasladarlos al podcasting en WordPress, ¿de acuerdo? Hoy vamos a ver aquí, bueno, mi intención es que conozcáis algunos conceptos generales que vamos a tener, sí o sí, en un bem orientado al podcasting de WordPress, que conocamos las herramientas para conseguir este podcast que WordPress nos ofrece y que después decidamos si estas herramientas, esta tecnología nos vale o no nos vale y tenemos que recurrir, o no, tenemos que recurrir a tecnologías externas. Todo lo que vamos a ver hoy aquí se encuentra dentro del core de WordPress. O sea, que si vais a desarrollar un tema dentro del podcasting, como lo vamos a ver, no tenéis que recurrir absolutamente nada, ningún elemento externo, no tenéis que hacer ningún encolado, ninguna carta, absolutamente nada. Este es lo que tenemos, tengo una instalación básica de WordPress y que tenemos que ser capaces de decirle si tecnologicamente nos sirve o nos sirve para nuestro proyecto de podcast. Así que sí que hoy vamos a empezar, pero al principio de todo, vamos a clavar el concepto de que es un podcast. Ya a veces hablo con gente y me voy a contar de que el concepto de podcast no lo tienen exactamente claro. Un podcast no es otra cosa que una colección de audios con un feed de distribución. Que bueno, puede ser un concepto igual de más a lo general, a lo mejor me he pasado intentando generalizar el concepto, pero para clavarlo en su concepción original, el podcast es solamente un RSS con publicaciones en forma de episodios para descarga de audios y metabatos a dispositivos de reproducción. Esto es lo que quiere decir que en realidad los podcasts al principio no eran más que un RSS, ni siquiera tenían páginas de reproducción de esos audios, no podemos escuchar previos, no, era únicamente un RSS que tenía ciertas etiquetas con trecas y que salía para que la gente se pudiese suscribir y para no se publicase un audio, directamente se le bajase, se descargase a su dispositivo de reproducción que en aquellos años era básicamente el iPod, no sé si se acordaba y hoy en día estaba ya venido a menos, pero en un principio todo el podcasting funciona así. Un XML que actualiza los fichones para descargar en un dispositivo de reproducción. Había de hoy, bueno, pateció la tecnología, tenemos máquinas mejores, tenemos navegadores mejores y se ha tenido también la reproducción de los audios dentro de las webs. Ahora, en realidad esta reproducción de los audios dentro de las webs es una función básica de un podcast, es una función agregada. Hoy en día no podemos entrar en una web y no tenemos un reproductor de audio, no, sería hubito eso. Lo que sí que es imprescindible es el XML, tendremos eso de acuerdo, pero ese, sí, pero en ese RSS, cuando enviaremos audio a distintos agregadores o dispositivos es lo que va a hacer de nuestra habitación un podcast. Si no tenemos ese RSS, lo que tenemos es un audio pero no es un podcast. Ojo, que nosotros podríamos ser, que sea lo que queréis, una web que reproduzca audio, eso no está mal, pero si lo que queremos es un podcast, tenemos que tener ciertos conceptos básicos teniendo los platos. Esto es concepto de estas necesidades técnicas, se pueden cubrir todas, como digo, con webres, sin recurrir a nada más. Podría ser que tengamos alguna necesidad, que sea concreta de nuestro proyecto, que nos lleve arriba de la ideología, pero en principio para hacer un podcast no nos hace falta nada. ¿Qué necesitamos? Técnicamente para un podcast. Pues, de primero, se va a dar un podcast. Una web para ver, de un tipo de contenido, que es un tipo de contenido episodio, que va a ser de que ajunte nuestro audio, el MP3, con el fichero que nosotros, con el tipo de fichero que nosotros estemos trabajando. ¿Puedemos crear esas podcasts? Sí. Podemos crear taxonomías. Incluso podéis utilizar taxonomías. Con la experiencia que tengo, de los otros que he realizado, prefiero utilizar taxonomías, creo que he agrupado mejor la información, y no, estructurando mejor la información de taxonomías, entonces, bueno, si tenéis vosotros otro método, podéis usarlo, obviamente. ¿Podemos crear episodios? También podemos crear episodios, para eso tenemos los custom post-time. Podemos crear nuestro tipo de contenido episodio, para que haga nosotros la información que consideremos necesaria. ¿Podemos reproducir? Podemos reproducir, como díganos, imprescindible, tener una reproducción, pero hoy en día, si entras en una página que hace un podcast, y desde ahí no puedes, por lo menos, obtener un prego de las puertas, no puedes escucharlo, la imagen que vamos a dar va a ser de 10 años atrás. ¿Podemos hacerlo con web? Sí, podemos hacerlo. Dentro de un mes, se hace un básico de web, ya se incluye el framework para reproduciendo medios de JavaScript media element, que me permite tener un reproductor con todas las funcionalidades básicas que vamos a necesitar, más tarde lo veremos. Y lo más importante, vamos a poder crear un prego de fizz, tener nuestro fizz personalizado hacia nuestras necesidades. Sí, web es también, a la hora de desarrollar un tema, nos ofrece las fizz templates. Podemos manejar varios fizz distintos, para ver utilizarlos en nuestro site. Así que si queréis, estas son las cuatro necesidades básicas técnicas, poder crear podcast, porque el episodio se puede producir y crear un fizz. Así que, vamos adelante con estas necesidades. No se empiezan los cares, es una lección. Así que empiezan aquí, no pasa nada. Vale, empezamos con los podcast. Vamos a tener esta buena necesidad, que será la de agrupar los episodios y agregar toda la información propia de la dirección. Debemos pensar en abstracto y pensar en conceptos también generales. Una taxonomía es exactamente para eso, para lugar que pueda contenido. Lo cual es así que, pensemos, cuál es la información característica de la colección de episodios y cuando traemos la taxonomía y empezamos a editar ese contenido, tengámoslo en mente. ¿Cuál es el contenido que casi siempre vamos a tener que utilizar en una taxonomía de tipo podcast? Por ejemplo, una descripción, que la gente pueda entrar en este site y ver de qué va a ser podcast. Una imagen de portada, tampoco es imprescindible, pero cuando hoy en día si tú te haces una página, digamos, un archive, un listado de tus podcasts, no, la tengo en la imagen de portada. Un loco uno por uno puede ser. No es imprescindible igual que tenemos un loco uno por uno, porque luego podemos utilizarlo en un productor. Es una buena petición concreta que tengamos también. Definirémos, por ejemplo, una imagen para episodios sin portada. Cuando nosotros estamos desarrollando un tema, preparamos los episodios por cualquier tipo de contenido single para que la gente de nuestros editores pueda insuir una imagen de portada, y ellos nos dicen que siempre la van a insuir, pero las cosas no son siempre, como dicen los editores, en un principio, y tenemos que pensar en estas cosas. Podríamos utilizar una imagen básica para el DCSS para que se mostrase en los episodios, pero si tenemos varios podcasts vamos a tener que definir una imagen distinta para cada episodio sin portada. Añadrimos también el tema como contacto de redes, tipo de descripciones que se visualizan para que entramos en un archivo de este tiempo. Y contenido dedicado al fin. Esto es importante. Debemos pensar que tenemos, vamos, el local información que le va a salir de dos formas distintas. Una va a ser la que le vamos a utilizar en la web y otra la que vamos a visualizar, de la que van a tirar los reproductores de episodios, las aplicaciones que todos tenemos en nuestros móviles y otras aplicaciones para la reproducción de episodios. ¿Qué puede ser distinto? Pues aquí, solamente en estos campos que tenemos aquí, ya podemos ver que podemos hacer contenido que podemos dedicar exclusivamente al fin. Nosotros podemos, en nuestra web, cuando alguien entra en nuestro site WordPress, puede ver una descripción que sea larga, pero igual nosotros, cuando enviamos nuestro contenido a la aplicación de iTunes o a Google Podcast, igual preferimos otra descripción. Una descripción que sea más corta. Igual incluso podemos decir, yo quiero tener una descripción para la web, pero también que haya una descripción que sea específica para los usuarios de iTunes y la específica para los usuarios de Android. Un ejemplo. Un podcast de tecnología. Descripción para la web. Aquí hablamos de todos los equipos de tecnología, terminales móviles, bla, bla, bla. Yo quiero que en iTunes, lo que tengas es hablarnos de dispositivos iOS y otros más. Y quiero que los de Android les ponga. Aquí hablamos de dispositivos Android y otros más. Esto para la gente de contenido y de marketing, puede ser muy útil. Va a ser a apuntar mejor hacia el tipo de usuario final que va a estar viendo tu podcast. La funcionalidad de una tasa de web, como decimos, se saca el par de contenido. En este caso, en el caso del podcast de contenido, será en forma de episodios. Yo, prácticamente, si utilizo el custom type, los custom post type para darle a los episodios y para que también podáis usar los post-emplate, yo personalmente recomiendo los custom post type de episodio. Y la función será por una parta de lado del audio, lo más importante, y para otra, agregar toda la información referida a la publicación individual. Por extraernos un poquito más, los he más concretos. Primero, tenerlo claro que, por favor, cuando les arregles un tema de web, para no llevaros un tema de podcast, tienen webres, para no llevaros desgustos. Debemos agregar, tener la capacidad de agregar y seleccionar un audio, de la biblioteca de medios, es decir, hacer un click, subo un audio, dejarlo en la espalda, o bien, guardar una URL completa. A lo mejor, si tenemos que trabajar con un servidor propio, que recurrera a ser de redes externos, estilo archive.brc, guardar una URL completa. O si no, como lo creo que le está haciendo a Google Timber, que no es que el experto tenga que preguntarle, la posibilidad de combinar ambas funciones, que pueda subir un audio, o que pueda introducir una URL directa. En el caso de que no podáis utilizar ninguno de estos métodos, y por el motivo de fe, tengáis que utilizar un inflame para hacer una reproducción, con gamos, e-box, son clouds, como os conocéis, por favor, aunque introducáis un inflame, guardad una URL de referencia. Pues, y luego, ¿qué va a pasar? Si solamente metemos nuestro inflame dentro de contenido, nos puede pasar, como a mí me ha pasado, te doy un día, un cliente que venga, si te diga, necesito, por favor, con mis cortes, todos los ficheros que han sido enlajados en nuestras portas. Le hace poco que un cliente, le había hecho una renovación de la web, le pude exportar todo lo que había introducido, desde que yo le había hecho la web. El contenido anterior que tenía, era un infierno, seguro, tenía un inflame que tenía de YouTube, tenía de e-box, tenía de sandcloud, etiquetas HTML5, una en un sitio, casi en otro, hace unas cortaciones, sí, es muy complicada. Así que, si utilizáis un inflame, por lo menos, guardad una URL de referencia, la URL, desde la que vosotros estés recogiendo el inflame, para que si tenéis que generar un reporte para un cliente, lo tengáis, lo tenáis sencillo. Biblioteca de medios o URL, eso, es muy importante, porque vamos a necesitar una URL directa, a un MP3, tanto para incluirlo en el RSS, como para reproducción. Es muy importante, y en realidad, este es el corazón de una aplicación web pres, orientada al podcasting. Pero es importante, que tendríamos que hacer, igual, que le hacíamos una taxonomía, agregar todo el contenido, que se arreglativa el episodio, exclusivamente, este episodio, sin contenidos generales, a que podcast pertenece, con ese título, la portada, y biblioteca específica del fizz. Volvemos a lo de antes. Igual, podemos añadir, varios campos, para definir, a quién le vamos a enviar, pues, el campo de descripción, el campo de imagen, pues, que tenemos una imagen para hombres, y otra para items, tenemos la opción de hacerlo. ¿De acuerdo? Unos tips, que les dejo para, para los episodios. Proporcional al editor, metabaltos del fichero, que está agregando, un productor básico, para su prescucha. Yo he pasado, prácticamente, por todos los eslabeles, que tiene la cadena de la radio. Quiero que no me quede ninguno, desde la producción, edición, tenido de realización, hecho de edición, también eso, absolutamente todo. Proporcional al editor, metabaltos del fichero, lo que les va a solucionar, son posibles errores. Lo suyo es que tú, cuando trabajas con un fichero de audio, o con cualquier tipo de fichero, etiquetes bien, tu fichero, lo tomas un nombre, que se ha describido, incluso toques los metabaltos, te voy a agarrar la ciudad, nos la comencemos todos, al final hay gente, que tiene su fichero sin título, sin título bien bueno, sin título bien bueno definitivo, sin título bien bueno definitivo. Lo habéis visto seguro, no solamente en audio, en algún tipo de contenido. Esto pasa al generar errores. Se publica, lo escucha, y no, es lo que pensábamos que era. ¿Cuál es el que vamos a solucionar? O por lo menos, vamos a darle más pistas al editor, para que no fallece. Tengo una gente por aquí, a ver si soy capaz, no sé si ya soy capaz de enseñarlo. A ver que me voy a escuchar de locura a través. ¿Sabes tú bien? ¿Sabes tú que me ponés en mi navegador de internet? No he realizado ventanas. ¿No lo habéis visto nada? ¿Apángelado? ¿Has salido Bruce Willis o...? Vale, aquí, esto va a ser complicado para mí, que bueno. Aquí tengo un ejemplo de un Ben, que estoy trabajando ahora, que comentaba a Vidaña en la chapa de Agutender. Estoy en pan-postas, aquí me refería que es el tema de proporcionar datos, pequeños datos del fichero que se está subiendo. Aquí he creado una caja, simplemente es para seleccionar un audio, subirlo, en este tema no estoy haciendo por ahora, la posibilidad de la URL directa. Nosotros seleccionariamos un audio, cojo esto, que es también grabando su nueva de la junta de cristal, la mejor película de la historia. Añadimos el audio y aquí le proporcionamos al editor unos pequeños datos. El título que tiene, la opción, la compresión, el peso, la URL directa, incluso, un reproductor muy básico para que puedan hacer una prescucha. Este tipo de cosas van a evitar errores y van a evitar lamentaciones y lloros, que ya los he tenido producir más de una vez. Y ahora me gustaría beber a lo que estaba aquí, pero no sé si lo haré acá, no lo haré a ver. Siempre lo voy a decir por ahí, ¿no? No, cuando les aparezca, les salme. ¿Qué pasó? Cómo va? No, no. Yo me cojo los vídeos, yo tengo las presentaciones. Hola, ¿verdad? ¿La 1 a la 2? ¿La 2? No, no. ¿Están mirando? Vale, vale, vale. Joder, ¿y Daniel, ¿qué haces tú? Gracias, ¿qué has vivido? ¿Contra el plan? Contra, o te me diré. ¿Qué estás haciendo tú? Es que ahora él dice que se le puede. Cállate. Se me quedan, eh, pero tío. ¿Está todo esto, Borja? Bueno, si volví, lo miráis y lo subo. Me animistas en la madrugada, ¿eh? No, se quedará hasta ahí... Sí, pero... Se premasala bien la pantalla hasta ahí, tío. Lo miráis y siga dando un poco... Contando un poco para los cuscans, para no perder el tiempo. Se ha dado en que encontré... ¡Joder! No sé si lo habéis escuchado o no, pero ha dicho... No sé si lo habéis escuchado o no, pero ha dicho... ¡Débenos que buen idea! ¡Pum! Bueno, sigamos, para ganar este momento de interrucción. Como decías, lo que fue la disformación. Intentemos despejar posible los pistes. Se ha dado la validación de limitaciones en el editor TinyMC y Butenberg. Con TinyMC no tenemos tanto problema, pero Butenberg está abierto, que nos puede dejar introducir quizás demasiado información para lo que es la descripción de un podcast, de un episodio. Nosotros no tenemos en un episodio... Tenemos un texto descriptivo, no queremos que nos metan tres columnas, no queremos que nos metan reproductores de audio, cuando dice que lo van a hacer. Valuemos muchas cosas que no queremos que me dan. ¿Valuaremos esto? ¿Valuaremos qué es lo que queremos y qué es lo que no vamos a dejar que introduzca un usuario? TinyMC, como digo, no trae tantos problemas, Butenberg sí, pero no controla demasiado, pero tenéis algunos de los mayores expertos de este país aquí delante, que se llama José Ángel Viania y puedes preguntarle todo lo que queráis. Y cuando tenemos que entrar en tema de diseño, tanto para diseñadores como para los que tenemos que asumir a veces estas facetas, el botón que inicia la reproducción es tu ZTA. Yo he visto con muchos podcasts que me encuentro en el reproductor. Está abajo del telo, un acudazo de descripción así, y abajo el reproductor, chiquitito. Estamos haciendo un acudazo de podcasts. Nuestro principal función es que escuchen ese audio que hemos subido. Así que, por favor, que siempre esté visible. Igual no es lo que más visible tiene que estar, pero que podéis dar más importancia de las cosas como un balón o algún contenido específico, pero que no cueste encontrar el reproductor. Después del reproductor, vamos a entrar en una parte que a mí me encanta la reproducción. Como digo, no es imprescindible que un poco, pero hoy en día, tenemos que reproducirlo. ¿Cómo lo reproducimos desde WordPress? Con este fantástico framework incluye el pelo de WordPress. Se llama mediaelement.js y es un framework para reproducir medios. Tan cloud, como video. Tenéis toda la documentación de este framework aquí en mediaelement.js.com les invito a que entréis y veas toda la capacidad que tiene este framework. En WordPress, para dispararlo, para poder mostrar este reproductor y con el audio que nosotros esperamos, instantánele es tan sencillo como este. No tiene más. Una red con atributos, una fonte y algunos parámetros que le podemos pasar. Loop, autoplay, preload. Esto es importante. Lo que va a hacer es que en el momento, si nosotros lo configuramos el preload para que se active, cuando una persona carga nuestra página le carga el audio completo. Yo creo que eso no es positivo. Puede ser positivo para que tenga un convidismo de agresión, cuando el usuario vea click, pero al final lo que vamos a hacer es generar una carga de recursos que no tenemos la seguridad de que, en realidad, el usuario lo vaya a utilizar. Puede ser que entre y, pues, porque le han pasado un enlace, pero no le mole la descripción y no le reproducta. Ya le vamos a generar un consumo de recursos que no servía para nada. Echarle un vistazo a esto. Lo tenéis. Este trozo de code que le cuesta a mí está en el code de WordPress. El vp.io sorpeña. Echarle un vistazo de la carga, como veis, es muy sencillo avanzarlo desde una plantilla de WordPress. También podéis hacerlo un poquito más a lo gruto. Encolar el estilo del vp.io element, de esta forma, encolar los scripts del vp.io element, fijar una etiqueta HTML5 audio con su ID y su fonte y luego instanciar el vp.io element power con la identificación del ID. Esto se nace un poco, yo sé que le gusta para agres, para esto, para eso no se da nada, pero tenéis ahí las posiciones. Este reproductor, ¿cómo se va a mostrar? ¿Se va a mostrar así? Yo sé que diréis. ¿Yo hasta ese tiempo hablando de un reproductor y no saldas esto? Lo sé, lo sé, cuenta con ello. Podéis ver, los que tenéis el ordenador y lo visto en tras de ano, en un tema muy básico aquí, en vp.io element, puntos, santuados, funeros, puntos. Entrar, eso es exactamente, que con el inspector vais a poder ver qué tenemos detrás. Lo que tenemos detrás es esto. Es genial. Un vp.io de HTML con un montón de clases. Además, con estilo Deng, y una de unos cuantos scripts asociados que van a manejar nuestro audio. ¿Pero qué es bueno esto? Porque nosotros vamos a poder dedicar todos los estilos a los que están referenciando estas clases. Y vamos a poder hacer realmente lo que queramos. Sí, lo eterno, tenemos un vp.io clásico, lo que podemos hacer, lo que nosotros esperamos. De hecho, lo voy a cambiar, lo voy a cambiar, lo voy a poder volver. Bueno, ahí está, el vp.io es menos mal. Voy a tener un ejemplo, lo que no estoy usando yo, es reproductor, ahora mismo. Este reproductor que tenéis aquí, mi móvil, se ve un poco chuchurreo, si yo pudiera llegar a estar, ah, salí. Lo veis, aquí pues, suficiente. Lo trabajo, me da ese reproductor que me puse de sábaca negra, ahí. Esto no es algo de Firefox. ¿No? En realidad son los mismos elementos, una vara de desplazamiento, un botón de play, el tiempo que llevamos y el tiempo local. Pero ya hemos conseguido integrarlo dentro de nuestro diseño. ¿De acuerdo? Además, vamos a poder hacer muchas cosas con CSS, con los que diceis, con nuestros elementos. Si soy capaz de beberle al play, es un tiempo de ver que está bien. Aquí no sé si lo vamos a poder ver. Os puede gustar más, os puede gustar menos, pero es una demostración que hasta ahora vamos a poder llegar modificando los estilos del reproductor media element. Yo tengo mucho tiempo con el tema de testas. Tener un reproductor que sea tan fácil de instalar, tan fácil de configurar y tan fácil de personalizar ha pasado tiempo, hasta que hemos conseguido este tipo de funcionalidades. ¿No lo has intentado poner esto otra vez, tío? No creo que lo hará. ¿Como lo haces? Reproducí. Así que, repasando media element rápidamente, podremos integrar un diseño propio en el anteceso de eso. Podremos combinar con capaz de información introducida en el episodio. Por ejemplo, posicionamente es absoluto que puedo tener mi reproductor y, además, desde mi del, quiero decirles, muestran ahí, que dentro del reproductor es el logo uno por uno del calabamos, muestran un nombre, muestran un título, muestran un enlace al siguiente episodio. Se pueden hacer muchas cosas. Ok? Espera, lo realmente importante. El FIF, tenemos que ser capaces de crear un RSS capaz de distribuir toda la información que hemos sido introduciendo tanto en taxonomías como en los episodios. Función. Ser capaces de distribuir toda esta información a cualquier dispositivo. Habíamos introducido entre la información o habíamos configurado las informaciones generales. Y tenemos que hacernos una pregunta muy importante. ¿Quién va a agregar mi FIF? Esto es básico. Antes de estar hablando con algunos compañeros de la Tierra de Organización, yo creo que tenemos que pensar. Yo también quiero que se escuche mi FIF. Yo creo que se escuche yo ahora mismo, yo tuviera que hacer un plantamento. Ahora, yo quiero que se escuche. Son vuestros teléfonos móviles. ¿Qué teléfonos móviles tenéis? Android e IOS la gran mayoría. Bien, pues, ¿pensemos cuáles son los clientes nativos de este tipo de terminales? Como hemos dicho antes, en ellos tenemos iTunes y podcast. En iOS tenemos Google Podcast. Bien, vayamos. Tanto iTunes y podcast. En Google Podcast y buscamos la documentación de cuáles son las etiquetas que ellos van a necesitar. Esto es muy importante. No todos los los propias están orientados a los mismos dispositivos. Aquí me voy a enviar mi FIF. Esta es una pregunta que tenéis que hacer. Yo, mi FIF, también solo voy a enviar iBooks, por ejemplo. A lo mejor no. A lo mejor no quiero que todo mi contenido esté en iBooks, sino que yo lo que quieres traerme a usuarios de iBooks hacia mi aplicación. ¿Cómo podría hacer eso? Eso pasa que yo he tratado a los clientes no enviar nuestra fíga a iBooks. Enviarles simplemente trozos de programas. Por cierto, porque yo quiero que la gente entre en iBooks se quede con ganas de más y ven ganas al site donde yo tengo podcast y ya soy un Ministral desde la información de queda. Además, poder manejar, poder verlos de un episodio de otros y yo con control de fujo de usuario. Y no hay iBooks. Evidentemente, no termino ningún tipo de control. Una vez tengamos esto claro, estas son las plantillas que he comentado que podemos editar. FIF, RSS2, RSS, Loos u RSS2, RSS2, RSS2, RSS2, RSS2, RSS2, RSS2, RSS2, RSS2, RSS12, RSS12, RSS12, RSS12, RSS12, RSS12, RSS12, RSS12. Diablas como las han hecho e incluso coperlas propias directamente la llevas a nuestro bem y hay que empezar a manipular. Ademas, la primera vez, bueno, no funciona exactamente también vamos a contemplar dos tipos de etiquetas, que serán generales, como incluso esta es la etiqueta clave de la que les hablaba antes, es la que va a indicar dónde está el fichero de audio que tiene que ser reproducido y su tipo. Esta será la medida por todos, por cualquier lector de puertas. Pero también hay que dejar en las específicas la que les hablaba antes, pensado a que los dispositivos se van a enviar los de fuir. Es imposible que hagáis un portas y que no mandéis información a iTunes. Por ejemplo, tienen su propio equipo de etiquetado. Debemos tener, por tanto, una lista con las etiquetas generales y otra lista con las etiquetas específicas que vayamos a utilizar. ¿De acuerdo? Cuéntanos en todas las puertas. Hemos un tema que también es importante, sobre todo cuando un cliente nos pide una estimación. Hemos hablado de vueltas, pero hay algo que es también básico. ¿Cómo vamos a almacenar todos estos ficheros? Pero almacenar de audio es muy labiable, en realidad. Va a depender de esos tres factores. Duración, compresión y periodicidad. A la hora de hacer una estimación, este es lo primero que tenéis que preguntar a vuestro cliente o lo primero que tenéis que preguntaros a vosotros mismos si el poste que está desarrollando es para vosotros. ¿Cuánto va a durar cada misión? Yo he tenido clientes que han publicado audios que iban desde los 10 minutos hasta las 3 horas. Ojo, esto puede ser, puede ganarle mucho todo. Compresión, lo mismo, no es igual subir un audio al comprimido a 64 kilogalz por segundo que a 320. Yo, igual, tengo clientes a 64, pero yo, por ejemplo, para un proyecto que estoy realizando ahora mismo, mis audios van a ir a 320. Tiene una explicación, ¿de acuerdo? Tiene un montón de defectos, rollo fina y demás, y tiene que ir a 320. Pero esto es algo que tenéis que preguntarla desde el principio. Y, por supuesto, la periodicidad. No publicar una audioda la semana que una audioda el mes. Estos tres factores van a determinar cuánto nos va a pesar y cuánto va a crecer el contenido sonoro de nuestros postes. Así, igual, con esos tres factores, aquí no se ve muy claro, pero podemos hacer la cuenta de una forma muy fácil, con Google. Yo no estoy presentando la presentación, no lo sabía antes. Hacía la cuenta jantal, la verdad, me la cuenta que se puede hacer así. Mira qué sencillo. Specificamos dos minutos, multiplicado por 64 kilogalz por segundo, por cuatro, que sería una muestra, cuatro audios al mes. Si hacemos eso, un programa de 10 minutos, un episodio de 10 minutos, 64 kilogalz por segundo y cuatro mes cada mes, va a crecer nuestro episodio 19,2 megabytes. Esto es asumible. Los postes que estoy preparando son 40 minutos y 330 kilogalz por segundo. Van a ser seis episodios, solamente, yo creo que me salía... Te acaba casi magia. Vale, esto es lo que vamos a ocupar nuestro contenido dentro de esa audioda, pero tendremos que pensar también en la distribución. Si yo tengo un audio... Estoy distribuiendo un audio, que sea algo como esto. Digamos, tomamos que solamente uno de los audios salía en cinco medas. No pesa mucho, pero si tengo una audiencia relativamente importante, esto se me puede programar. Yo tengo un cliente que lleva siete años haciendo podcast, me bajo de las mil escuchas cuando publican audio. Luego se hará el podcast. Así que, a la base de la estimación, pensarlo bien, preguntarle a nuestro cliente cuánto va a hablar, qué compresión va a utilizar. Si va a ser una compresión, voy a intentar convencerle para hacer una compresión más baja, si es posible. Y si tenéis... Como digo, lo mejor que van a ser muy radiales, aquí tenéis varias compañías de hosting que están aprecianando este evento, así que si tenéis algún proyecto no escortéis, habláis con ellos, preguntadles cuánto sabría y los audios que os van a dar bien, sobre todo a la hora de poder realizar un presupuesto en condiciones a un cliente. Así que volviendo, un poco al principio de esta charla, teníamos una necesidad que era de las podcast, podemos resolverla con las taxonomías, la necesidad de los episodios, podemos resolverla con el custom postcard, podemos realizar una reproducción muy eficiente con media element y podemos modificar los feeds con las 15 plates. Los feeds valen prácticamente todo. Yo digo muchos años trabajando casi en exclusiva para WordPress, hago proyectos de todos los tipos y creo que es una magnífica herramienta. Además, además de eso, WordPress nos permite tener WordPress como la que están organizando los compañeros de la decía y también tenemos a todos aquí delante, por lo tanto, a nadie puede mirarme que WordPress es gente donde se suma gracias. Y si alguien tiene alguna pregunta que quería realizarme ahora, pues alguien le denéis para cuestionarme o para decirme eso. Allí veo una persona. Hola. Bueno, gracias por la charla muy interesante. Es más una curiosidad porque, bueno, cuando has dicho que usas taxonomías para los podcasts y, bueno, yo sé tener mi idea de cómo funciona WordPress para un sitio de podcast, mi idea inicial sería hacerlo con custom postcard y también poder categorizar o agruparlos, los monancas. Has dicho que por tu experiencia eran mejor usar taxonomías y quería saber por qué exactamente... Para la verdad, sobre todo, para poder agrupar la información conjunta, decir que yo tengo mi taxonomía y esta es toda la información que yo utilizo exclusivamente aquí, es un tema también de estructura mía de los ficheros, pero también que lo que es interesante para el usuario. El usuario no tiene su taxonomía personalizada por una parte va a tener en su site sus entradas, categorías y demás y luego su apartado con sus podcasts para la información, pero también un poco de visualización de cada usuario que lo utiliza la aplicación, mejor dicho, que se te va a estar gestionando todo el contenido. Muchas gracias por tu charla. Mi pregunta es un poco siguiendo la punta de taxonomía. ¿Usted dice la taxonomía para publicar algo? ¿Qué pasa? ¿Te dice la taxonomía para, bueno, solamente en podcasts, me imagino que si tiene una red de podcasts o varios podcasts o varias temáticas que usa otra taxonomía con el nombre de ese podcast y luego un episodio lo asigna a esa taxonomía. Efectivamente, si tiene una taxonomía que tiene una información general pensando en todos los podcasts que pueda tener y luego dentro de ese podcast ya y agrupando cada episodio de ese podcast en cada uno de ellos. Entendido. Nostante, estaré por aquí ahora si queréis extender las preguntas para preguntar, ya se hay disponible y ya tenemos tiempo popularmente que ahora. ¿Qué ha preguntado? Perdón. Y es cuestión del colectivo y tal vez tengamos a unos cuantos centros de personas y hay charlas y precisamente es un colectivo de discapacidad perdón, ya lo comentaba antes sobre su mototema entonces tenemos a personas que no se van a poder despiazar por motivos evidentes que no hay adelantamiento ayer que puede interesar en muchas ciertas charlas o en millones a través de podcasts. La cuestión se podría almacenar por ejemplo en nuestro un sistema cualquiera para no cubrir en altos costos en nuestros podcasts. Si, se puede etiquetar igual o la taxonomía se puede hacer todo igual pero con el MP3 almacenado a otro sitio. Y digamos a nivel, digamos, tu motoscrits más conocidos no bajaría de 238 porque creo que la comprensión y más aún un bobo de 24, me lo han podido teñido no sé es que esto ha sido técnico productor, no se sabe mejor que nadie. El tema de los que les voy a poner por segundo es un tema que siempre cae en cualquier charla en cualquier debate es un bobo también para desarrolladores los que intentan con el tabulador y los que intentan haber un espacio hay una batalla que creo que es en función de cada proyecto vamos a tener un podcast que exclusivamente sea de voz yo no subiría de 64 kilómetros por segundo porque creo que no va a aportar más voy a insistir, cada uno tiene su opinión ahora, si basamente en música basamente en algún tipo de efecto que tú quieras que tenga una calidad como el poder te te ha descontada le voy a hacer a 320 entonces si, pero si das eso para la voz yo creo que no es necesario porque va a incurir muchos costes y respecto a la pregunta que decías de alojarlo y si querías comentar que lo suyo, lo considero que es ofrecer dos alternativas una, que tú introduzcas tu fichera en tu biblioteca de medios o bien que afectas esa posibilidad estará algo para que la gente no pueda asumir eso por lo metido que sea hay plataformas como alcalde.org no sé si las conoces pero bueno, siguen entre otras muchas cosas para asoigenar problemas como este si nosotros tenemos un contenido en formato de voz que creemos que aporta algo, digamos, a la historia a la tecnología, a la cultura algo que tenga un valor que consideremos que necesite perpendicular en el tiempo podemos subirlo alcalde.org además, alcalde está muy bien te ofrece una URL directa no tienes que tan modificar nada te deja subir los audios a 192 o sea, ese tipo de problema que te lo escutaría de encima pero has subido la URL y olvidarte siempre que sea una URL directa es decir, que tengamos que sea una URL directa o fichera mp3, o gg o el tipo de formato que llegamos pero sí, en principio la verdad que lo he hecho con el termes que estoy desarrollando que hay esto, bueno, que mostrábamos el reproductor los metadatos, eso con una URL se podría hacer igual gracias Santiago, ¿cómo harías para hacer un podcast con esos medios para ir a decir que a la gente pagará una suscripción para escuchar la época que a suscriptores sería un poco nada pregunta esa, eh vamos a ver si tengo minutos para contestarla se me ocurre en la siguiente charla, ¿no? o sea, si lo hago de pronto se me ocurre en alternativas que podrían ser, bueno no me voy a decirla, es un pesamento muy rápido pero si quisiéramos hacerla así pues si lo hacéramos que pensamos directamente en un registro un registro vía para aguantarío, para poder visualizar el contenido tendría que hablarle te habría que dar unas cuentas no me debería dar una respuesta concreta charla de tu pregunta, eh gracias