34 episodios

Vamos a hablar de plantillas, plugins, instalaciones, cachés, modificaciones del htaccess, optimizaciones con versiones de php diferentes, etc, en definitiva la idea es ir ofreciendo una visión del ecosistema de WordPress que le hace tan conocido y usado en el Mundo

Radio Wordpress Radio Wordpress

    • Tecnología

Vamos a hablar de plantillas, plugins, instalaciones, cachés, modificaciones del htaccess, optimizaciones con versiones de php diferentes, etc, en definitiva la idea es ir ofreciendo una visión del ecosistema de WordPress que le hace tan conocido y usado en el Mundo

    RadioWordPress #34: WordCamp Madrid 2017

    RadioWordPress #34: WordCamp Madrid 2017

    Ayer 22 de Mayo de 2017 se celebró la WordCamp de Madrid en el Google Campus, dos días frenéticos, el primero de charlas y el segundo de talleres al que por desgracia no pude asistir, pero estoy seguro que fue muy interesante para aquellos que hayan podido ir.

    2 charlas en paralelo, dos escenarios y una duda permanente de saber si se ha acertado o no con la charla.

    Voy a contaros a las charlas que más me gustaron, obviamente sólo pude estar en la mitad, pero en poco tiempo espero que estén en WordPress.tv.

    GraphQL – Félix Zapata

    Esta charla bajo mi punto de vista fue la más técnica y me gustó mucho la temática, pero no tanto para WordPress sino como tecnología en si, sinceramente creo que haría falta un taller entero para tratar este tema y no una charla en plan genérico.

    ¿Por qué ofrecer una web abierta?, 5 razones para mejorar nuestro futuro – Juan Hernando

    Ciudadanob, ese es el nick de Juan Hernando dio una charla que estoy convencido fue una de las que más impacto causaron, supo gestionar perfectamente el humor con la seriedad para dar un menaje claro y cristalino sobre la neutralidad de la red, la propiedad de la información, etc…, la verdad es que fue la charla que más me gustó, así que no pude evitarlo y tuve que decírselo luego en un pasillo, cuando salga el vídeo os recomiendo verlo.

    ¿Tu web va a pedales? 10 mandamientos de WPO – Pablo López

    Esta charla fue la típica charla de WPO sin sorpresas, estuvo bien tratada, pero no profundizó demasiado en nada que no fuera lo de siempre, el tema quizás tampoco da mucho más, pero me quedé un poco frío, seguramente porque Pablo López es una persona de la que siempre hay que aprender y siempre sorprende y es él mismo el que tiene un listón muy alto, pero ya digo, fue correcta y completa, aunque los puntos son los de siempre.

    Migrando WordPress a HTTPS – Alejandro Gil Mialdea (Speed Talk)

    Esta fue una charla express en la que Alejandro estaba tan nervioso que consiguió comprimirlo todo en 5 ó 6 minutos, una charla impecable, rápida y directa, nada que objetar y creo que una de las más útiles de la WordCamp, una pena que se le hubiera dedicado tan poco tiempo por parte de la organización porque este tema para mi es el estrella de este año y me cuesta entender cómo se le dedicó tan poco tiempo.

    Me hubiera gustado que se profundizara más, pero al pobre Alejandro no se lo dio la orgnización, espero que para futuras se le den más tiempo a este tipo de charlas.

    En ocasiones…hago migraciones – Jose Ramón Padrón

    José Ramón es un profesional que con los años cada vez le veo moverse mejor en eventos, pero me esperaba una charla sobre migraciones tal y como decía el título, pero fue una charla sobre la empresa en la que trabaja que es uno de los patrocinadores, no obstante Moncho mantiene al público siempre encantado.

    • 13 min
    RadioWordPress #33: Uso de Certificado SSL con WordPress en Neodigit

    RadioWordPress #33: Uso de Certificado SSL con WordPress en Neodigit

    PLUGIN Really Simple SSL: https://es.wordpress.org/plugins/really-simple-ssl/

    NEODIGIT: https://neodigit.net

    Ya están disponibles en Neodigit los certificados Let’s Encrypt y en el capítulo de hoy os quiero comentar el procedimiento para pasar vuestro WordPress a SSL sin problemas y de forma fácil y sencilla.

    Hola a todos, mi nombre es Eduardo y esto es RadioWordpress, un podcast disponible en eduardocollado.com dedicado a todos aquellos que de una manera u otra convivimos todos los días con WordPress.

    Os comentaba al inicio del programa que en Neodigit ya están disponibles los certificados Let’s Encrypt y aunque ya estuvieran disponibles los de otras entidades como Comodo el tema coste parece que es fundamental y sólo el primer día por la tarde sin haber hecho ningún anuncio ni nada se dieron de alta ya 190 certificados, todo un éxito teniendo en cuenta que no sólo se avisó a unos pocos clientes para test.

    Sea como fuere el éxito ha sido bestial y quería comentar en este podcast el procedimiento que realmente os sirve para cualquier certificado en cualquier hoster, no solo en Neodigit, aunque no os tratarán tan bien como en Neodigit.

    Vamos a entrar en materia, lo primero crear el certificado Let’s Encrypt y si lo tenéis habilitado en vuestro servidor lo único que hay que hacer es ir al hospedaje en concreto donde lo queráis activar y pincháis en Certificados SSL.

    Seleccionáis el subdominio o alias de apache donde queráis instalarlo y le dais a autorizar seleccionados y esperáis como mucho veinte minutos, que es el tiempo máximo que puede tardar en el peor de los casos en realizarse todo el proceso ya que el certificado se valida cada 15 minutos y 5 minutos después de validarse se instala.

    Hace ya algún tiempo os conté en un capítulo qué había que hacer para tener un Wordpres con SSL, pues bien, ahora el proceso es muchísimo más fácil gracias a un plugin.

    El plugin del que estamos hablando se llama Really Simple SSL, una maravilla, se instala, y luego se le indica que queremos instalar el SSL y ya está, no hay que hacer nada más, obviamente antes tendremos que tener funcionando el SSL en nuestro servidor

    • 11 min
    RadioWordPress #32: Mejora la velocidad de carga de WordPress un 50%

    RadioWordPress #32: Mejora la velocidad de carga de WordPress un 50%

    La versión de php afecta drásticamente al rendimiento de vuestro WordPress, quizás no seáis conscientes de cómo afecta la versión de php de vuestro servidor, pero creedme si os digo que es un factor crítico a tener en cuenta.

    Me pasa mi compañero en Tecnocrática Adrian un enlace al blog de Mattias Geniar https://ma.ttias.be/wordpress-php-7-1/ en el que hacía unas pruebas para ver cual era impacto de la versión de php sobre nuestro WordPress y el resultado era aplastante, php 7.1 afectaba al rendimiento muchísimo.

    En su entrada del blog Mattias Geniar hace unas pruebas de rendimiento, así que decidí reproducirlas en mi servidor de Neodigit, un servidor cloud con panel, exactamente igual que cualquier otro que haya.

    En mi caso mi servidor cloud tiene 2 cores y 4 gigas de RAM, pero es un servidor con TCPanel normal, como el que cualquiera puede contratar, no os penséis que es diferente a lo que hay por defecto.

    Aunque el servidor soporte las versiones 5.2, 5.3, 5.4, 5.5, 5.6, 7.0 y 7.1 para emular las pruebas de Mattias sólo voy a hacer las pruebas con las versiones de php mantenidas, es decir, la 5.6 que se encuentra en soporte extendido, es decir, solo actualizaciones de seguridad, la 7.0 y la 7.1 que están en mantenimiento actualmente.

    Por supuesto para poder hacer las pruebas de php es necesario no hacer trampas, así que voy a desactivar las opciones de caché de los plugins de WordPress.

    Antes de hacer las pruebas de todos modos he comprobado los problemas que puede dar el actualizar a php 7.1, como el Neodigit el cambio de versión de php se puede hacer al vuelo lo que he hecho ha sido simplemente poner versión 7.1 y no he notado ningún error ni visto nada en los logs de errores de apache, así que a priori parece que nada ha dejado de funcionar y que todo funciona correctamente.

    Tener en cuenta que ya probé anteriormente actualizar a la 7.1 y tuve algún problema con jetpack, pero parece que ya quedó solucionado.

    Bueno, ¿vamos a empezar con las pruebas?

    Antes de nada y lo primero será desactivar cualquier plugin de caché, así que desactivando estos plugins. En mi caso estoy haciendo las pruebas con un subdominio de pruebas que no tiene nada instalado, ningún plugin, nada,es decir WordPress puro para que podamos ver mejor las diferencias.

    Ahora vamos a cambiar en el panel de Neodigit la versión de php a php 5.6.

    Ahora vamos a ejecutar el benchmark que nos sugiere Mattias con dos conexiones concurrentes y 300 peticiones, a ver qué datos nos da, ejecutaremos el comando ab -c 2 -n 3000 y la URL.

    ab -c 2 -n 300 https://URL

    Ya le hemos dado y esto va a tardar un ratito, así que vamos a hacer la mágia del podcast y vamos a parar el audio y seguimos ahora, en cuanto termine.

    El resultado de las pruebas completas os las dejo en la transcripción del programa.

    root@host0v1b21-a82.neodigit.net ~ # ab -c 2 -n 300 http://subdominio/blog/2017/02/19/hola-mundo/

    This is ApacheBench, Version 2.3

    Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

    Licensed to The Apache Software Foundation, http://www.apache.org/



    Benchmarking subdominio (be patient)

    Completed 100 requests

    Completed 200 requests

    Completed 300 requests

    Finished 300 requests





    Server Software: Apache

    Server Hostname: subdominio

    Server Port: 80



    Document Path: /blog/2017/02/19/hola-mundo/

    Document Length: 57598 bytes



    Concurrency Level: 2

    Time taken for tests: 76.609 seconds

    Complete requests: 300

    Failed requests: 0

    • 13 min
    RadioWordPress #31: El nuevo Invisible reCaptcha para WordPress

    RadioWordPress #31: El nuevo Invisible reCaptcha para WordPress

    Los Captchas han sido un invento fantástico que han evitado muchísimo spam y problemas de seguridad y ya tenemos el nuevo Invisible reCaptcha disponible para WordPress.

    El objetivo de los captchas siempre ha sido el asegurarse que quien estaba delante de la pantalla era un humano. Al principio los captchas tenían unas palabras escaneadas que obligaban a ser humano para saber qué pasaba ahí, luego los OCRs, las biblioteca de captchas y demás hicieron que mediante sistemas automatizados esos captchas pudieran ser saltados.

    Esa fue la primera generación de captchas, los cuales por cierto, eran muy incómodos pues incluso para seres humanos era difícil descifrar qué ponía ahí, pues para darle complejidad de tachaban las palabras, se ponían tipografías extrañas que no permitían diferenciar en mayúsculas y minúsculas o entre letras, etc.

    De hecho los captchas de primera generación todavía se usan en muchos sitios aunque sean un atentado en toda regla contra la usabilidad.

    Luego avanzamos y salió la segunda generación de captchas, donde el más famoso es el recaptcha de Google, el cual nos hacía marcar una casilla en la que ponía “No soy un robot” y luego no hacía preguntas en base a fotografías.

    Las preguntas que recibíamos eran del estilo “Marca todas las fotografías que tengan agua” o “Marca todas las fotografías que contentan una señal de tráfico”.

    Por desgracia esto también hay gente, mucha menos, a la que le parece complicado, de hecho, a mi me ha pasado estar hablando con usuarios que tienen que logarse en un sistema y ellos preguntarme que qué hacen porque pone “No soy un robot”.

    Bien, los recaptchas han supuesto un gran avance y en WordPress han sido muy utilizados, sobre todo en los formularios de contacto, como en el caso de Contact Form 7, un plugin gratuito de formularios bastante resuelto.



    En estos formularios antes de darle a Enviar había que marcar en “No soy un robot”, pues bien, eso ya es historia.

    Ahora tenemos algo mucho más fácil, donde el usuario no tiene ni que marcar el “No soy un robot”, se trata del nuevo reCaptha Invisible que lo único que muestra es un pequeño cuadradito en el lugar donde queráis, o un cuadrado en el mismo sitio de antes, pero en el que no es necesario que el usuario haga nada.

    Por supuesto el nuevo recaptcha invisible lo podemos tener en el login, en

    Para poder disponer de Invisible reChaptcha en nuestro WordPress vamos a tener que instalar el plugin Invisible reCaptcha for WordPress, el cual nos va a permitir utilizar el reCaptcha invisible en las pantallas de:



    * Login

    * Registro

    * Comentarios

    * Recuperación de contraseña



    Además también nos permitirá validar tanto en WooCommerce como en Contact Form 7.

    Por supuesto el recaptcha tiene sus limitaciones y es que si el navegador no tiene javascript no va a funcionar, por ejemplo, si usamos links2, el navegador de consola de linux, uno de ellos, no podréis ni comentar, ni hacer nada.



    Para poder utilizar reCaptcha Invisible en nuestro WordPress además de tener instalado el plugin necesitaremos disponer de tanto la clave del sitio como de la clave secreta.

    Para obtener las dos claves iremos a https://www.google.com/recaptcha/intro/invisible.html y ahí tras logarnos y autorizar el dominio ya podremos generar las claves



    Para incluir las claves en nuestro WordPress una vez instalado el plugin iremos a la barra de la izquierda a Invisible Recaptcha y una vez ahí Seleccionaremos Settings.

    En Settings tenemos dos sitios para incluir nuestras llaves, seleccionar el idioma, la posición y tipo de nuestro badge, el botón de invisible recaptcha y luego si quer...

    • 13 min
    RadioWordPress #30: Staging en WordPress

    RadioWordPress #30: Staging en WordPress

    Últimamente se habla mucho en foros varios sobre stagin y temas de cacheen Wordress, y quería hablar un poco de eso, sobre todo de staging, porque nos lo están vendiendo como una especie de ciencia oculta cercana a la visión de una deidad y realmente todo eso al final son temas bastante accesibles y fácilmente implementables, incluso en vuestro propio PC, no necesitáis ningún servidor especial para eso.

    Creo que la innovación en el sector de hosting está decayendo, y está mal que yo lo diga porque al final soy parte de ese circo, pero es que es verdad, últimamente estoy viendo cosas que no se cómo definir y se me queda cara de mapa

    Yo soy de los que piensan que a los usuarios y desarrolladores hay que presuponerles una capacidad y un entendimiento del sector en el que desempeñan su actividad. Entiendo que si alguien se gana la vida en un entorno es porque lo conoce.

    Todo esto lo comento porque hace poco llegó a mis oídos una oferta de hosting en la que ofrecían servidores especializados en WordPress, ojo, eso puede ser correcto si tienes desarrollado algo para atrapar los mensajes del wp-fail2ban o similar, pero en ese caso concreto hablaban de servidores con hardware especializado, vale, ahí se me quedé blanco, es como Apple que al principio vendía discos duros especiales para mac.

    Yo tuve un Macbook de esos blancos del 2004 creo, que tenían unos discos Seagate que tenían una manzana pintada, eran los mismos discos que los demás, pero estos como tenían una pequeña manzana costaban muchísimo más caros, ni siquiera hacían como algún fabricante de cabinas que si no le gusta el firmware directamente lo desecha, en esos macs podías pinchar el disco que quisieras, en otras palabras, lo de los discos para mac era un cuento chino bastante ofensivo si sabías un poco.

    Pues lo de los servidores con hardware especializado es básicamente lo mismo, un disco es un disco y no tiene nada que ver con un WordPress por mucho que nos lo vendan.

    Bueno, después de ese hito, yo creo que insuperable, de la venta de humo pasamos a servidores que hacen caché o staging.

    Entiendo que hablan de una capa de software por detrás que hace eso, perfectamente valido, pero no exclusivo.

    Para el cache al final tenemos un montón de plugins que hacen exactamente eso mismo y para staging tenemos mil formas de hacerlo, desde copiar los ficheros a un directorio y duplicar la base datos a mano hasta unos plugins muy automáticos que hacen todo eso por nosotros.

    Ayer publiqué en eduardocollado.com un screencast de la instalación del plugin WP Staging – DB & File Duplicator & Migration que hace justamente eso, hace un staging.

    Pero a ver, estamos hablando de staging y a lo mejor no tenemos muy claro para qué sirve o qué aporta.

    El Staging en si es muy interesante para desarrollo, para todos esos desarrollos que no son muy complicados y que se pueden hacer directamente en el servidor, por ejemplo retocar una plantilla o un plugin, algo que por desgracia no hace un usuario medio de WordPress, justo al que está enfocado el producto de staging que hemos hablado antes.

    El staging lo que hace es duplicar la web y nos permite entrar en esa copia para trabajar sobre ella, y una vez vemos que los cambios son buenos los podemos trasladar directamente a la web principal sin miedo a que falle pues estamos haciendo los cambios en una copia exacta que está en el mismo servidor con la misma versión de php, mysql etc…, es decir, vamos a tiro hecho y nos aseguramos que los cambios van a funcionar.

    Ojo, tenemos que tener en cuenta que staging no es un backup, un cosa es duplicar una web para hacer pruebas y otra cosa tener una copia de seguridad, para las copias de seguridad lo mejor es una copia de los ficheros por un lado y de la base de datos por otro lado.

    Aunque hay muchos plugins que hacen muchas cosas a ...

    • 12 min
    RadioWordPress #29: WordPress Multinetwork

    RadioWordPress #29: WordPress Multinetwork

    Plugin Wp-Multi-network: https://es.wordpress.org/plugins/wp-multi-net

    Hoy os traigo algo muy fuerte, sin paliativos, así que como cosa excepcional a la hora de escuchar un podcast os pido que os sentéis, porque siempre pensando en el impacto que podáis recibir por el audio de hoy creo que es más seguro estar sentados, bueno, vamos para allá.

    Estoy seguro que muchos lo conoceréis, pero por alguna razón existe muchísima gente que todavía no conoce ni le suena el concepto de WordPress Multinetwork.

    Tenemos WordPress donde configuramos un sitio, tenemos WordPress Multisite donde configuramos una red de sitios y tenemos WordPress Multinetwork donde configuramos una red de redes de sitios, ahí es nada. Así que vamos a hablar sobre el tema, a descubrir qué es un Worpdress Multinetwork y a hacer la configuración básica de un WordPress Multinetwork.

    Antes de nada recomendaros que os escuchéis el capítulo 25 de RadioWordpress “Instalación de un WordPress Multisite” ya que vamos a partir desde ahí.

    Lo primero va a ser instalar un WordPress Multisite ya que todo parte de ahí, ya sabéis para instalar un Worpdress Multisite partimos de un WordPress normal y para tener un WordPress Multinetwork partimos de un WordPress Multisite.

    La instalación es trivial no, lo siguiente. Lo primero será instalar el plugin WP Multi Network que lo tenéis en el repositorio de plugins de WordPress, lo más curioso es que sólo tiene 700 instalaciones activas, realmente pocas para el volumen de instalaciones de WordPress en el Mundo.

    Sólo hay una cosa que tendréis que hacer una vez instalado el plugin que es editar el wp-config.php y comentar, o eliminar la línea que contiene DOMAIN_CURRENT_SITE.

    Luego tenéis que salir de la administración de vuestro WordPress Multisite y cuando volváis a entrar estaréis en la administración de un WordPress Multinetwork, así de fácil.

    Aquí lo complicado sin embargo no es saber cómo se instala sino entender un poco el concepto y las diferencias con WordPress Multisite, así que vamos a ello.

    Cuando en Wordpres Multisite creamos un sitio, si la red está configurada como subdominio tenemos que tener la entrada wildcard en el DNS, luego si queremos podremos modificar la URL del sitio para tener el dominio funcionando, obviamente tendremos que tener un alias de host en el apache del servidor web si es que es un apache.

    En el caso de WordPress Multinetwork es exactamente igual, pero con la diferencia que podemos estar configurando un sitio o una red y con ver la URL no se va a saber si es un sitio o una red.

    Por ejemplo si tenemos multisite.eduardocollado.com como sitio principal, y un sitio que sea 1.multisite.eduardocollado.com, bien, pues 2.multisite.eduardocollado.com podría ser una red que le hayamos puesto esa URL y por tanto 1.2.multisite.eduardocollado.com podría ser un sitio. A ver, esto es muy retorcido, pero podría llegar a usarse, lo normal será utilizar un dominio diferente para cada red y luego subdominios o directorios dentro de cada red.

    En WordPress Multinetwork tenemos cosas muy chulas, como por ejemplo el poder crear un sitio en una red y luego moverlo a otra red diferente en caliente.

    Para hacer eso lo primero que tenemos que tener claro es como nos movemos entre las redes en el WordPress Multinetwork . Si váis a Networks y luego a All Networks al pasar el ratón por cada una de las redes que componen vuestro WordPress Multinetwork tendréis un enlace llamado Dashboard, si pincháis ahí sería lo equivalente a entrar en el WordPress Multisite de esa red donde podréis instalar los temas y plugins para esa red, que ojo,

    • 12 min

Reseñas de los clientes

ChufoP ,

Muy útil

Gran iniciativa

Nept1uno. ,

Fántastico podcast sobre wordpress

Un podcast breve, claro ,conciso y que sobre lo que tienes que saber si manejas wordpress pero no tienes tiempo para leerte toda la documentación y estar al tanto de las últimas noticias e incidencias de seguridad.
Un must si quieres sobrevivir en este mundo del wordpress!

Top podcasts de Tecnología

Otros usuarios también se han suscrito a