 a las que me dedico últimamente a WordPress Danger y un poco a raíz de esa herramienta me empecé a meter cada vez más en temas de seguridad, de mantenimiento de los sitios, seguro que en todas las charlas, en todos los sitios que habéis leído algo de seguridad de WordPress, la primera regla básica es actualizar, todo el mundo os dice actualizar, el problema es que actualizar, actualizar WordPress o hacer todos los mantenimientos del sistema, del sistema operativo, de todo, puede complicarse porque a veces tienes muchos plugins, a veces hay plugins pesados que desde el panel le da, se te queda colgao, se queda eso a medias, hay una serie de fórmulas para que eso no pase y para eso tenemos WordPress Clean. Bueno, si queréis algo, como decía Pablo, en general, entréis en JavierCasades.com, ahí suelo tener mails de demás, me escribís, lo que sea, estoy en el Slack, solo contestas rápido, es verdad. Lo que os decía, el foco principal cuando tenemos WordPress es mantenerlo actualizado, no solo el propio WordPress, también el sistema operativo, los que tengáis máquinas o hosting compartidos, eso en general vuestro ISP se va a encargar de mantener todo, también por ejemplo hacer mucho hincapié, sobre todo en los próximos meses, con el tema de actualizar la versión de PHP. PHP 7.2, no hay nada menos que eso, ¿vale? 7.2, la 7.0, la 7.1, están bien, pero no, la 7.2. Insisto mucho en esto porque en los próximos meses WordPress está preparando muchas cosas, muchas herramientas y muchas historias para ir muy a estandarizar todo el tema del desarrollo. ¿Qué es WP Clean? WordPress Clean, los que vengáis de la informática o los que llevéis muchos años haciendo cosas con ordenadores, o sea que ordenéis incluso con Mac también, del MS2, la ventana, la típica ventana negra de los hackers que parece que están haciendo ahí muchas cosas, pues básicamente WordPress Clean, eso es el Clean, pues WordPress Clean es una pequeña herramienta, es como tener un pequeño plugin de WordPress para poder desde una ventana negra ejecutar y hacer muchas cosas con WordPress desde generar la instalación del propio WordPress, yo por ejemplo WordPress ya no lo instalo subiendo por FTP ni nada, sino entro en el servidor, instalar el WordPress con los comandos que toca y te genera el WP config, te lo puedes montar todo. Entonces viniendo de ahí, lo primero que hay que hacer es saber si tenemos el WordPress Clean instalado. Lo que normalmente se hace es conectarse al servidor donde tenéis vuestra web por SSH, si tenéis por ejemplo la gente de SiteGround que dentro del Cpanel tenéis ahí los accesos de SSH, entrais, escribís WP y automáticamente os aparece algo, luego veremos el qué, pero bueno os aparecen cosas porque ya viene pre-instalado en el hosting, en general la mayor parte de los hostings habituales sobre todo los que tienen la instalación de WordPress a un click suelen tener el WordPress Clean pre-instalado, vale, entonces eso te da mucha facilidad de poder trabajar desde la web o desde trabajar desde el sistema. Si no tenéis WordPress Clean instalado, ejecutáis las líneas estas amarillas que os voy a ir poniendo, son los comandos, vale, entonces es básicamente esto es un tutorial de copiar, pegar, copiar, pegar, vale, o sea, está hecho para eso. Entonces lo primero que hay que hacer es si no está instalado es instalarlo, lo primero que hay que hacer es bajárselo que es llamar esta URL que al final es un fichero de Java y lo siguiente es cuando lo tenéis ya en el servidor es instalarlo, ejecutáis un par de comandos de PHP, le dais los permisos, lo moveéis a una carpeta para que sea accesible desde toda la máquina y ahí ya podéis escribir el WP en este caso menos menos info y os sale más o menos esto que veis en verde, sé que no se ve muy bien pero es lo que hay. Básicamente en este caso para sacar la información os dice que versión de sistema operativo tenéis, que versión de PHP donde está instalado más o menos todo pero básicamente esto es para saber que tenéis el WordPress Clean instalado. A partir de aquí qué hay que hacer a la hora de mantener un WordPress, lo primero es saber si hay actualizaciones, en este caso antes de empezar a actualizar el propio WordPress vamos a actualizar el WordPress Clean, no hay muchas actualizaciones, se suele sacar una actualización cada seis meses o así, vale, sobre todo cuando hay más de seguridad o cuando hay una versión, cuando salga WordPress 5 pues seguramente irá de la mano una versión nueva del Clean, entonces lo primero que vamos a hacer es WP en este caso el Clean que es el comando y CheckUpdate, con esto vemos, nos dará, hay actualizaciones, no hay actualizaciones, te dirá lo que y si queréis WP Clean Update y se actualizará el propio sistema, lo instaláis una vez, a partir de ahí ya se puede hacer todo via comandos. Lo primero que vamos a hacer es analizar, lo que hay que saber cuando tenéis un sitio es analizar qué es lo que tenemos, para eso, vale, aunque WordPress Clean se puede ejecutar desde la carpeta RAID de la máquina, del servidor, lo ideal es entrar dentro del sitio web que tenéis, ir uno a uno, entonces por ejemplo entrais en cd, barra, web, barra, lo que sea, .com o lo que tengáis y a partir de ahí empezamos a hacer cosas. ¿Qué son esas cosas? Lo primero es saber, entre comillas, si WordPress que tenemos está bien o nos lo han hackeado, vale, que eso es como una cosa, si se puede saber, vale, al menos el core, no todo, vale, si se suben determinadas cosas, pero con esto lo que se hace con este comando que es el core Verify CheckSumes, lo que se vuelve es esto, en este caso, por ejemplo, yo hice el ficherito este, que es el WP config old.php, un fichero que a veces pues yo que se dejas ahí un fichero, un backup o alguna historia, este sistema lo que hace es compara la descarga del WordPress original de los servidores de WordPress por la que tenéis instalado y va más o menos machéando todos los ficheros de la instalación. Si hay algún fichero que cambia, aunque sea un espacio, una línea, un punto, lo que sea, os saltará una alerta, vale, entonces de esa forma sabéis que el core está bien instalado y que como mínimo la instalación del núcleo del sistema funciona. A partir de ahí podemos empezar a verificar otra serie de herramientas, vale, o sea, hemos verificado el core pues vamos a hacer lo mismo en este caso con los plugins, vale, vamos a ir, todos los plugins que estén en el repositorio oficial, eso sí, también se puede hacer lo mismo, en lo que hace es como descargarse el plugin, coge el vuestro, compara cada fichero y os dice si hay algo que ha cambiado, entonces de esa forma si algún plugin o algo os lo hackean o pasa cualquier cosa o vosotros mismos lo modificáis con esto sale una alerta, vale, en este caso está puesto para que haga la verificación de todos con el guión guionol, vale, y básicamente pues en este ejemplo, si os fijáis los plugins que hay ahí, uno es el WordPress Danger No Index, no sé qué, es un plugin mío, obviamente como no está en el repositorio oficial dice, oye, aquí tienes algo que no cuadra, este plugin de dónde ha salido, el otro es uno que me baje de GitHub, que es uno de SEO tal, vale, no uso Yoast, pero está, la verdad es que mola, pero bueno, este es como muy sencillito, y luego por ejemplo en este caso el plugin de rediscache por lo que fuera es cuando lo instale falló la instalación de este fichero, entonces os dice que ha fallado, vale, entonces de esa forma, claro, esto en el panel de WordPress no lo tenéis, si el panel de WordPress os dice tenéis todos estos plugins instalados, pero no os dice si el plugin está bien o mal instalado, entonces con esto podéis hacer una verificación. En principio si no recuerdo mal, esto mismo va a estar, creo que todavía no está, pero va a estar también para las plantillas, las plantillas sí que son normalmente como se modifican más y tal, pero este sistema de los checksums se va a hacer también para las plantillas, supongo en una versión siguiente. ¿Qué más cosas podemos analizar para saber si nuestro WordPress está bien o mal? Lo primero es leer la configuración del del WPconfig, normalmente ese fichero está ahí, se le suele dejar permisos de escritura y entonces hay otros plugins o otras herramientas que pueden hacer cambios en el WPconfig, entonces como no sabemos quién toquete a eso con esta línea nos muestra todas las variables del WPconfig directamente en la pantalla, entonces podemos de un vistazo así en diagonal ver si hay alguna cosa que no nos cuadra. El segundo por ejemplo es para listar todos los usuarios, si tenéis obviamente una instalación en la que dejáis acceso a un montón de usuarios, este comando no será muy útil pero si normalmente tenéis dos o tres usuarios que sois vosotros y vuestro equipito pues puede estar bien porque haces un listar y de golpe ves si aparece algún usuario ahí que no toca, que es otra fuente de ataques y de hackeos. Uno pequeñito que es el DB prefix, que en este caso lo que muestra es el prefijo que tenéis de la base de datos, lo típico que siempre se dice de cambiar el WP, underscore y tal pues simplemente es para verificar, oye cuál es mi prefijo de la base de datos. Otro es el DB tables, básicamente lo que haces es irse a la base de datos, te lista todas las tablas que hay relacionadas con esa instalación de WordPress, eso también va bien aparte de por ir viendo porque te da el tamaño de las tablas, te da una serie de información para ver un poco cómo está el tema de la base de datos, que a menos que te instales un plugin es otro elemento que el propio WordPress de por sí via web no te da, o tienes el PHP Miami o alguna revienta pues esto es un poco para trabajar por ahí. El RigWriteList lo que hace es ver todos los RigWrite, el ModRigWrite digamos de la patch o cómo tenéis configuradas la estructura de las URL, entonces esto también va muy bien porque a veces si deja de funcionar o simplemente también por si ha habido algún ataque, alguien nos ha intentado modificar o se están colando alguna historia, lo podéis ver. Y el RigWriteFlush lo que hace es hacer como una limpieza de la caché de los RigWrites, a veces que se queda el sistema tonto podéis hacer simplemente esto, esto en general lo podéis seguir ejecutando, lo vais viendo y ya está, no hay que hacer nada, esto es todo análisis por ahora. Es un poco para poner ver, para poder ver la situación de cómo está el WordPress en ese momento. Y entonces empezamos con lo primero que habría que actualizar a la hora de hacer un mantenimiento que es el Core, lo primero que hay que actualizar es WordPress, WordPress, el Core. Vale, entonces primera cosa a saber, qué versión de WordPress tenemos? WordPress CoreVersion, WordPress 496, 493, 493 tengo que actualizar a mano. Vale, entonces lo siguiente que hay que hacer, ya sabemos qué versión tenemos, pero hay alguna versión nueva de WordPress? Es la primera pregunta que hay que hacerse, obviamente podemos entrar en el panel, estos ya os digo, sobre todo va muy bien si tenéis muchos WordPress, esto facilita mucho la vida porque no tienes que andar entrando en 20 paneles. Vale, con uno es como, pues no me cuesta nada entrar en la web. Vale, entonces con esto lo que hacéis es un checkup date y básicamente os dices si hay una nueva versión o no de WordPress, tan sencillo como eso. Vale, en este caso, pues ok, tu WordPress está actualizado, perfecto, pues no tengo que hacer nada. Pero, podemos hacer cosas. Vale, aunque esté instalado o que esté actualizado a la última versión, una de las cosas que podemos decidir es reactualizarlo o forzar una versión concreta. Entonces si directamente queremos o hay una versión disponible, hacéis WP, Core Update y se actualiza. Vale, muchos de los ISPs de, pues por ejemplo, Sitegrounds y demás, que os actualizan el WordPress automáticamente, os actualizan determinados elementos. El ejemplo más claro es la versión Instala 493, que tuvo el problema de que dejó de funcionar el Auto Update. Una de las formas fáciles de actualizar todos los WordPress, de a lo mejor en una máquina que tiene 5.000 WordPress, es precisamente con esto. Vale, entonces Sitegrounds y otros elementos estuvieron en relación bastante con la gente de la fundación y de automáticos precisamente para utilizando estos comandos poder actualizar todos los hosting o todos los WordPress que habían en un montón de sitios porque si no, se hubieran quedado muchos WordPress en la versión 493 porque la gente pasa bastante como se actualiza solo, pues pasan de entrar a actualizar. Y otro, en este caso, un comando muy concreto que es si queréis forzar la instalación de una versión en concreto. Entonces a lo mejor no queréis ir a la última versión y entonces podéis ejecutar el Update, Guion Guion Force, Guion Guion versión y la versión concreta que queráis poner y actualizáis a esa versión. Si queréis reinstalar, por ejemplo, si alguien tiene un WordPress que lo tiene con una instalación de un plugin, no sé qué, las típicas cosas que se quedan ahí que funcionan en un cliente y no puedes tocar, pues si necesitas reinstalar un WordPress, aunque sea muy antiguo o lo que sea, se puede utilizar este comando y entonces instalas esa versión en concreto. Y, obviamente, algo que normalmente no se hace, sobre todo los que utilicéis Multisite, sí que lo habréis visto con más frecuencia, que es que después de actualizar el Multisite o sale como una opción que tienes que actualizar la base de datos para sincronizar un poco todo. Esto en general, en el WordPress normal, también se hace lo que pasa que el Auto Update ya lo suele hacer. Es bastante recomendable, después de hacer la instalación, sobre todo por clic, de actualizar también hacer un Update de la base de datos. Hemos actualizado el Core, vamos a actualizar los plugins. Lo primero es ver la lista de plugins, listame todos los plugins que tenemos, lo mismo que si entrasamos en el panel. Lo siguiente sería ver de todos los plugins que tenemos, cuáles tienen actualizaciones. En este caso, podemos ejecutar el Guion, Guion Drive, Guion Run, Guion, Guion All para ver todos. Se podría hacer uno a uno, todos estos comandos también permiten ir actualizando plugin a plugin y hacerlo todo con mucho detalle. En este caso os daría la lista y os diría tal plugin tiene tal versión para actualizar. Y entonces, simplemente WP, Plugin, Update, Guion, Guion All se actualizarían todos los plugins si fuerais al panel y le dirais a uno por uno o le dais directamente a actualizar todo. O, por ejemplo, si queréis actualizar alguno, pero no todos, podéis poner directamente el Slack, la URL del plugin y automáticamente se actualizarían, en este caso coselgeludo. Con las plantillas es exactamente el mismo sistema, lo único que va a cambiar es la palabra plugins por themes, pero es exactamente lo mismo. En este caso, lo que os decía, si ponéis listar los plugins, WP, Simlist y os sale aquí la lista, tenéis el nombre del plugin, el status, los que están activos o no, si tienen alguna actualización, la versión en la que se encuentran, lo que sea. Y hacemos lo mismo, primero podemos ejecutar el comando para saber qué plugins o que plantillas se pueden actualizar y decir, pues vamos a actualizar todo o vamos a actualizar la plantilla en concreto que queramos. Con las traducciones, ese elemento que a veces se olvida y más ahora que está el sistema bastante montado para que los plugins, digamos, se pueden actualizar por la comunidad, también nos dejamos muchas veces todo el tema de los idiomas. Con esto podemos instalar, desinstalar idiomas y también mantenerlos los de los plugins. En este caso, podemos listar qué idiomas hay instalados en el Core de WordPress, WP, Language, en este caso, los del Core, listar y solo listame los que están instalados y entonces os viene a decir, pues mira, en este caso solo está instalado la versión en inglés de Estados Unidos. ¿Vale? No hay actualizaciones, no hay nada para hacer. En el caso de que sí que hayan actualizaciones o podemos intentar ver si hay actualizaciones ejecutamos el mismo concepto, o sea, si os fijáis el sistema está montado para que más o menos los comandos sean exactamente iguales, entonces más o menos cuando veáis si os miráis la documentación de WordPress.ly miráis más o menos todos los comandos, os aprendéis 3 o 4 y por inercia, cuando llevéis un tiempo ejecutándolos salen solos porque ya os digo, en general son todos iguales. En este caso, miramos si hay actualizaciones de los idiomas y luego hacemos la actualización. Obviamente, si os fijáis, os estoy dando los pasos uno a uno, miremos qué hay, hay actualización. Podréis directamente ir haciendo WP, themes, Update, W, Plugins, Update, W, Core, Update. Podríamos directamente ejecutar 4 comandos y hacerlo todo. A mí me gusta hacerlo en ese orden porque vemos un poco cómo está el sistema, que no aparezcan cosas raras, que vosotros también tengáis un poco controlado, sobre todo si vais uno a uno. Entonces, ya está, ya hemos hecho el mantenimiento. Cada semana es coger esta lista, lo metéis en un texte y vais, copia, pega, copia, pega, copia, pega. Eso es la fórmula más tradicional. A mí, personalmente, me gusta hacerlo así aunque parezca raro y no meterlo en un script porque es como que yo tengo el control de la situación. Voy ejecutando y voy viendo. Otra opción que hay es directamente esto. Los que ya seáis más manitas en sistemas, todos estos comandos los metéis en un fichero SH directamente WordPress.sh y te lo hace solo. Entonces, ya el mantenimiento es directamente eso. No hay que entrar al WordPress, si por ejemplo esto para los clientes está bien porque no necesitas ni siquiera tener el acceso de admin del propio WordPress si está alojado en una máquina la que sí que tenéis control. ¿Se pueden hacer más cosas? Obviamente, WordPress Clip permite hacer infinidad de cosas. Por ejemplo, cosas interesantes. ¿Cuánto ocupa la base de datos? Que esta es la pregunta mágica de, ¿cuánto ocupa tu WordPress? Hostia, pues no lo sé. Pues, por ejemplo, tenéis el UWP Divisize y en este caso es 60 megas. Bueno, está bien. 60 megas. Hay 4.000 posts desde el año 99. O sea, que más o menos está bastante bien. Otra cosa que suele pasar con las bases de datos que se corrompen o se pueden optimizar. Hay varios plugins para el tema de optimizar. WordPress ya lleva una herramienta interna directamente que te permite optimizarla. Entonces, tenéis el UWP Divis Optimize pero yo antes normalmente de optimizar lo que prefiero es hacer 3 pasos. Que es el check que os da información de si pasa algo la base de datos o directamente os dice que está bien. Luego hacer el Optimize, mejora todo el sistema y en algún caso que pueda haber algo corrupto que algún plugin se ha quedado a medias y demás tenemos la opción del UWP Divis Repair que lo que hace es intentar reparar la base de datos. Básicamente es lo mismo que si tuvierais el PHP My Admin entráis, le dais a eso de seleccionar todas las tablas, optimáis, no sé qué. Al final es todo eso que tenemos que hacer con otras herramientas directamente con el propio WordPress Clip. Otra cosa clásica, las caches de los transients, todo esto, que se quedan cosas ahí colgadas. Por ejemplo, se pueden borrar las caches expiradas las que ya han caducado de la base de datos. Todas las caches de la base de datos que tuvieras que hacer limpieza de la base de datos. O por ejemplo si queremos limpiar la cache. Normalmente hay plugins de cache y demás pero esto imaginate que no tienes o directamente que tenemos activado en el UWP Config el cache igual a true. Eso no requiere ningún plugin, es decir, tener la cache activa de WordPress no necesitas ningún plugin para activarla. ¿Cómo la limpias? Por ejemplo, con este comando. Directamente limpias todo y a seguir trabajando. Más cosas que se pueden hacer para hacer mantenimientos, backups, obviamente, si no nos sirve para nada. Exportar e importar una base de datos. Directamente una línea, se genera el ficherito, ahí está guardado. Podéis toquetear y si alguien la aliaoparda cogeis y recuperáis la base de datos y puertas como si no hubiera pasado nada. Y otra cosa que se puede hacer muy fácilmente es la exportación de los datos del propio WordPress. Lo que normalmente os vais a la sección de herramientas, exportar, te dice qué es lo que quieres exportar y demás. Lo mismo, UWP export y en este caso os he puesto un ejemplo concreto del importar que es importar el fichero que os genera el exportador y en este caso si no existen, si os moveis o creáis un WordPress de cero o tenéis que hacerlo en blanco-nuclear, pues por ejemplo que los autores se creen en base a los ficheros que hay. Más cosas, existe WordPress Clip tiene una opción que es ampliar con otros plugins, es decir, es un sistema que permite también plugins. Entonces, este es bastante interesante porque podéis actualizar el WordPress Clip e instalar un plugin que lo que hace es usar la base de datos de vulnerabilidades, bueno, el UWP, BULN, DB. Básicamente lo que hace es si ejecutáis el UWP, UWP SecCheck, lo que hace es analizar la versión que tenéis de WordPress, la versión que tenéis de todos los plugins, la versión que tenéis de todas las plantillas, la base de datos, verifica si las versiones que tenéis tienen alguna vulnerabilidad todavía abierta y os las indica. Bueno, ya está, hay mucha chicha aquí para hacer, pues todavía se pueden hacer muchas más cosas con UWP Clip, en este caso ya no tanto o sí para mantenimiento, pero podéis cambiar las capacidades de los usuarios, gestionar los comentarios, una cosa que para mí es imprescindible, el tema de los crones, como sabéis los crones de WordPress en general se ejecutan cuando la gente entra, claro, un WordPress que a lo mejor no tiene muchos usuarios, ¿cómo ejecutan los crones? pues con el UWP crón se puede hacer, poder gestionar entradas, perfiles, taxonomías, crear, eliminar usuarios, todo lo que queráis se puede hacer. Básicamente esta es la lista de todos los comandos principales, o sea estos son los de primer nivel que hay en WordPress Clip, es decir, prácticamente se puede gestionar todo directamente desde la consola y ya está. Los que estábais haciendo fotos, que he visto alguien ahí en casares.blog barra UWP Clip, guión mantenimiento en teoría, si no ha fallado el crón debería de estar ya el pospublicado, es decir, que si queréis la presentación, ahora mismo ya os la podéis, la podéis bajar. Preguntas, cuestiones el crón Mira, que os va a traer el micro. Hola Javier, fenomenal como siempre para variar te voy a comentar, el crón que has dicho que has preparado la presentación, lo has programado antes, o lo vamos a ejecutar cuando tenemos a buscar la presentación? No, en principio está puesto por consola, es un crón tab de Linux, bueno en el crón tab instarás el comando UWP crón, y entonces no me acuerdo de la serie de parámetros, pero básicamente es decirle la URL del blog, en este caso, barra web, casares.blog o algo así y entonces, tú ya le indicas con el crón, le indicas cada cuánto tiempo quieres que se ejecute, entonces yo creo que lo tengo puesto cada 5 o 10 minutos que automáticamente se ejecute el crón, entonces para ejemplo, si tenéis algún plugin de backup o alguna historia de estas automáticamente se van ejecutando sin necesidad de que ningún usuario entre o que vosotros entreis. Está previsto en algún momento porque está muy bien, entras en tu servidor ejecuta el UWP SLA y puedes hacer funciones, pero cuando por ejemplo tiene 500 servidores diferentes en diferentes ubicaciones puede ser un poco tedioso a no ser, si está previsto con un lugar centralizado que puedas controlar un UWP SLA y automáticamente se pueda conectar está previsto o hay alguna herramienta? Hay herramientas, o sea, no para el client concreto, pero sí que hay herramientas tipo el infinite UWP el manacho UWP el main UWP, creo sí, entonces hay varias sistemas que entonces eso sí que ya funciona con plugins y demás, entonces normalmente lo que se hace es, por ejemplo, yo utilizo infinite, que ese te lo instalas tú y ahora con el tema de la RGPD y demás pues es como que tienes tú el control al menos, y entonces básicamente tienes un sistema servidor y te instalas un pequeño plugin en el WordPress cliente te da una serie de APIs y historias los sincronizas y desde un panel central prácticamente puedes hacer todo esto, sobre todo eso va muy bien para el tema de mantenimiento, es claro, yo que gesto un montón de servidor, de sitios de gente pues cada día entras vas viendo, pues mira traducciones, mira este plugin si hay por ejemplo, una de las cosas que intento no hacer es sale una versión nueva de WooCommerce pues obviamente no le doy a actualizar vale, entonces lo tengo ahí lo primero que voy a hacer es mirar y entonces sí que vas un poco analizando y claro, eso por ejemplo este tipo de herramientas también una de las cosas que fuerzan a hacer es a desactivar todas las actualizaciones automáticas en esos sitios, entonces una de las cosas que también tengo es un pequeño plugin que yo me hice es bloquear las actualizaciones automáticas en todos esos sitios porque las gestiones es del otro entonces para qué, no porque se choquen sino más para que ostras, no se actualice algo el control, sí es básicamente un tema de tener control y que un ser humano decida cuando se hacen las cosas y no las máquinas vale, pero es más por temas de seguridad de no liarla, de no instalar una plantilla o alguna cosa que te pueda fastidiarte vale, vale más preguntas ¿qué hora es? un minuto, venga una por aquí, esta me da un poco de miedo cuando exportas el base de datos ¿dónde lo pones? en este caso en la misma carpeta donde estás ejecutando ok ¿y cómo se llama por default? es el nombre del base de datos ostras, pues no me acuerdo genera no sé si es wordpress.sql es el mismo nombre, hay una opción para poderle poner el nombre que tú quieras pero creo que por defecto vale, pues no, pues entonces no era el nombre era base de datos eso, fecha y tiempo así lo puedes historizar también perfecto alguna pregunta más ¿quién de aquí nos ha enterado de absolutamente nada de lo que he dicho hace el test ahora ya está, si no hay más preguntas pues perfecto, muchas gracias