Guía suprema del desarrollador para la base de datos de WordPress

Aquí en los deliciosos cerebros que comemos, bebemos y duermemos bases de datos.Sin embargo, creemos que cualquier desarrollador que trabaje con WordPress debe tener un cierto nivel de conocimiento sobre la base de datos detrás de un sitio.Así que preparé la guía suprema para la base de datos de WordPress.¡Vamos a empezar!
Base de datos de WordPress
Motores de almacenamiento mysql
Conjuntos de caracteres y collages
Tour en la base de datos de WordPress
comidas
Recorrido por la base de datos de WordPress Multisit
Conectarse a la base de datos de WordPress
Base de datos de WordPress y optimización de consultas
índices
Migración de base de datos de WordPress
La seguridad de la base de datos
Base de datos de WordPress La base de datos es una parte esencial de un sitio web de WordPress.WordPress utiliza el sistema de administración de bases de datos MySQL y requiere MySQL 5.6 y una versión adicional.
También funciona en MariadB versión 10.1 o más. MariaDB es una GLP Flex para MySQL, que puede usarse como reemplazo para MySQL. Kinsta escribió una inmersión profunda en la historia de Mariadb y algunas de sus diferencias de MySQL. Consejo profesional: SPINUPWP acepta MySQL 5.7 (pero siendo abandonado con Ubuntu 20), MySQL 8, así como la última versión de MariadB Storage Motors, una base de almacenamiento es la base de datos responsable de leer y escribir datos. Desde MySQL 5.5, el motor de almacenamiento predeterminado fue innodb. Es el motor de almacenamiento más utilizado, ya que tiene un bloqueo de bloqueo en lugar de bloqueo de mesa completo (súper importante cuando realiza una exportación/copia de seguridad mysqldump), tiene soporte para las transacciones (lo que le permite cometer y cometer declaraciones SQL de desplazamiento) y las declaraciones SQL) y tiene un soporte total para las claves y las limitaciones de relaciones extranjeras. MiMyisam ha sido el motor de almacenamiento utilizado por WordPress y aún puede tener sitios de WordPress más antiguos que se ejecutan en él. Algunos sitios pueden incluso tener una combinación de tablas que usan motores de almacenamiento Myisam e InnoDB. Consejo profesional: Convierta Myisam en innodb con phpmyadmin para mejorar el rendimiento de la base de datos. Es posible que haya encontrado caracteres en los caracteres de codificación en la migración de la base de datos de WordPress de un servidor a otro y se preguntaba qué conjuntos y colacciones de caracteres se mencionan en los elementos de asistencia. Entonces, ¿cuáles son los conjuntos de personajes y collages?
Un conjunto de caracteres MySQL es un conjunto de caracteres que están permitidos en una cadena. En un alfabeto hay 26 caracteres de A a Z. A cada letra se le asigna un número, por ejemplo, a = 1, b = 2, c = 3 y así sucesivamente. La letra es el símbolo, y el número asociado está codificando. La combinación de todas las letras de A a Z y sus codificaciones numéricas apropiadas es lo que hace que un conjunto de caracteres. MySQL acepta muchos conjuntos de caracteres que le permiten almacenar casi cualquier personaje en una cadena. Una escuela MySQL es un conjunto de reglas utilizadas para comparar personajes en un conjunto particular de caracteres. Para comparar cadenas, la base de datos utiliza números de codificación de caracteres para hacer la comparación. Un ejemplo de una regla escolar es una hoja que no tiene en cuenta la parte superior y en minúsculas, en la que se comparan las cuerdas incluso si están con caracteres pequeños o mayores. Las colacciones pueden volverse bastante complicadas como describe la documentación de MySQL:
La mayoría de las colacciones tienen muchas reglas, no solo para distinguir las letras mayúsculas, sino también para distinguir los acentos (un “acento” es un signo adjunto a un carácter) y para mapas de varios personajes (como la regla = oe en uno de los dos alemán recopila). MySQL le permite especificar características y colapsar en cuatro niveles: servidor, base de datos, tabla y columna. Para los sitios de WordPress, el conjunto de caracteres recomendado es UTF8MB4, y la esquina recomendada es UTF8MB4_UNICODE_CI. WordPress 4.2 actualizó las tablas de los caracteres UTF8 establecidos en UTF8MB4, lo que permite el almacenamiento de 4 caracteres bytes, lo que significa que cualquier caracteres Unicode puede almacenarse en la base de datos. El propio Peter Tasker escribió una gran guía para los desarrolladores sobre cómo funciona Unicode. La base de datos de WordPress en la siguiente sección se remitirá a todas las tablas utilizando el prefijo predeterminado “WP_”. Sin embargo, por razones de seguridad, es aconsejable usar un prefijo diferente al instalar sus sitios de WordPress. Si está buscando una descripción de la estructura de las tablas, con los tipos de datos en la columna y los índices, eche un vistazo al códice de WordPress. comidas
wp_posts
wp_postmeta
Wp_comments
wp_commentmeta
Wp_terms
Wp_termmeta
wp_term_taxonomy
Wp_term_relationships
wp_users
wp_userta
Wp_options
wp_links
La tabla de publicación WP_Posts es sin duda la tabla más importante en la base de datos de WordPress. Su nombre a veces arroja personas que piensan que solo contienen sus publicaciones de blog. Sin embargo, aunque mal llamado, es una tabla extremadamente poderosa que almacena diferentes tipos de contenido, incluidas publicaciones, páginas, elementos de menú, archivos adjuntos de medios y cualquier tipo de publicación personalizada que usa un sitio. El carácter flexible del contenido de la tabla. Es Proporcionado por la columna “Post_type” que indica si el giro es una publicación, página, archivos adjuntos, nav_men_item u otro tipo. Pero esta flexibilidad también hace que sea difícil discutir y describir. Esencialmente, la tabla contiene filas de objetos de contenido con diferentes tipos, pero para una fácil lectura, me referiré a los rangos como “publicaciones” en este artículo.
ID – Número único asignado a cada publicación.
Post_author-la identificación de usuario que lo creó. (Referencia a la tabla WP_USERS.)
Post_date – la hora y la fecha de la creación.
post_date_gmt – tiempo GMT y la fecha de creación. La hora y la fecha de GMT se almacenan para que ya no dependan de la zona horaria de un sitio en el futuro.
Post_content: contiene todo el contenido de publicación, incluidos HTML, códigos cortos y otro contenido.
Post_title – Título de publicación.
Post_excerpt – Introducción personalizada o versión corta del contenido.
Post_status – El estado de publicación, por ejemplo, “boceto”, “espera”, “privado”, “publicación”. Además, un excelente sitio de noticias de WordPress.
Comment_status: si se permiten los comentarios.
Ping_status-if Publicación permite ping y trackbacks.
Post_password: la contraseña opcional utilizada para ver la publicación.
Post_name: la URL amigable del título de publicación.
To_ping-una lista de URL a las que WordPress debe enviar pingback cuando se actualiza.
Post_modified: la hora y la fecha del último cambio.
Post_modified_gmt – tiempo GMT y último cambio.
Post_content_filterred: utilizado por los complementos para almacenar una versión de post_contentamente pasada a través del filtro “the_content”. No es utilizado por el núcleo de WordPress en sí.
Post_ponent: se usa para crear una relación entre esta publicación y otra cuando esta publicación es una revisión, apego u otro tipo.
GUID – Identificador único global, URL de publicación permanente, no versión de enlace permanente.
Menu_order-Holds el número de visualización para páginas y otros tipos no postes.
Post_type: el identificador del tipo de contenido.
Post_mime_type: se usa solo para archivos adjuntos, el tipo de archivo cargado.
Comment_Count-El número total de comentarios, pingbacks y trackbacks.
Wp_postmeta Esta tabla contiene cualquier información adicional sobre publicaciones individuales. Es una tabla vertical que utiliza pares/valor clave para almacenar sus datos, una técnica que WordPress usa en varias tablas en la base de datos, lo que permite a WordPress almacenar WordPress.
Met_id: número único atribuido a cada fila de la tabla.
Post_id-la identificación de la publicación mencionada. (Referencia a la tabla WP_Posts.)
Met_key: una clave de identificación para la fecha.
Meta_Value – Fecha real.
WP_Comments Cualquier publicación que permita discusiones puede tener comentarios publicados. Esta tabla almacena estos comentarios y algunos datos específicos sobre ellos. Se puede almacenar más información en wp_commentta.comment_id: número único asignado a cada comentario.
Comment_post_id- La identificación de la publicación se refiere a este comentario. (Referencia a la tabla WP_Posts.)
Comment_author – el nombre del autor de comentarios.
Comentario_aautor_email-el correo electrónico del autor de comentarios.
comment_author_url – URL para el perpetrador del comentario.
comment_author_ip – dirección IP del perpetrador.
Comment_date: la hora y la fecha en que se publicó el comentario.
comment_date_gmt – hora GMT y la fecha en que se publicó el comentario.
Comment_content: el texto real del comentario.
Comment_karma: los complementos no utilizados por el núcleo de WordPress, pueden ser utilizados por complementos para ayudar a administrar los comentarios.
Comment_approved: si el comentario fue aprobado.
Comment_agent – Donde se publicó el comentario, p. navegador, sistema operativo, etc.
Type_comment – Tipo de comentario: comentario, pingback o trackback.
Comment_parent: se refiere a otro comentario cuando este comentario es una respuesta.
User_id-la identificación del autor de comentarios si este es un usuario registrado en el sitio. (Referencia a la tabla WP_USERS.)
Wp_commemeta Esta tabla almacena cualquier información adicional sobre un comentario.
Met_id: número único atribuido a cada fila de la tabla.
comentario_id-la identificación de la publicación mencionada. (Referencia a la tabla WP_Comments.)
Met_key: una clave de identificación para la fecha.
Meta_Value – Fecha real.
Los términos de WP_TERMS son elementos de una taxonomía utilizada para clasificar los objetos. Taxonomía? WordPress permite que los artículos como publicaciones y tipos de publicaciones personalizadas se clasifiquen de diferentes maneras. Por ejemplo, al crear una publicación en WordPress, puede predeterminar, puede agregar una categoría y algunas etiquetas. Tanto la “categoría” como la “etiqueta” son ejemplos de taxonomía, prácticamente una forma de agrupar las cosas. Para clasificar esta publicación (como mi Met), le daría una categoría de etiquetas “Guía” y “Base de datos” y “MySQL”. La categoría y las etiquetas son términos que estarían contenidos en esta tabla.
Term_id: número único atribuido a cada término.
Nombre: el nombre del término.
Slug: la URL amigable del nombre.
Term_group: la capacidad de los temas o complementos para agrupar los términos para usar aliados. No está poblado por el núcleo de WordPress en sí.
Wp_termmeta WordPress 4.4 ha introducido una nueva tabla para almacenar metadatos sobre los términos – WP_Mermmeta. Se puede acceder al término meta de manera similar al meta post con las funciones de ayuda add_term_meta, get_term_meta, update_term_meta y delete_term_meta.
Ter Meta permite a los desarrolladores almacenar datos personalizados sobre los términos de manera estándar. Por ejemplo, es posible que desee adjuntar una imagen a una categoría de publicación que se muestre en la página de archivo de categoría.
Met_id: número único atribuido a cada fila de la tabla.
Term_id-la ID del término relacionado. (Referencia a la tabla WP_terms.)
Met_key: una clave de identificación para la fecha.
Meta_Value – Fecha real.
Wp_term_taxonomy Siguiendo el ejemplo wp_terms anterior, los términos “guía”, “base de datos” y “mysql” que se almacenan en wp_terms aún no existen como “categoría” y como “etiquetas”, a menos que se les dan contexto. A cada término se le asigna una taxonomía utilizando esta tabla. La estructura de esta tabla le permite usar el mismo término en diferentes taxonomías. Por ejemplo, la “base de datos” podría usarse como una categoría para publicaciones y como término de una taxonomía personalizada para un tipo de publicación personalizado (piense en la cartera Category_portfolio). El término de la base de datos existiría una vez en wp_terms, pero habría dos líneas en wp_term_taxonomy para cada taxonomía.term_taxonomy_id – número único asignado a cada fila de la tabla.
Term_id-la ID del término relacionado. (Referencia a la tabla WP_terms.)
Taxonomía – Taxonomation Snail. Esto se puede incorporar taxonomías o cualquier taxonomía registrada utilizando registro_taxonomy ().
Descripción – Descripción del término en esta taxonomía.
Padre-la identificación de un término padre. Utilizado para taxonomía jerárquica como categorías.
Recuento: el número de objetos publicado al que se asignó el término para esta taxonomía.
Wp_term_relationships Hasta ahora he visto cómo sus términos y taxonomías se almacenan en la base de datos, pero aún no he visto cómo WordPress almacena datos críticos cuando se trata del uso de taxonómicos. La publicación existe en wp_posts y cuando realmente atribuimos la categoría y las etiquetas a través del tablero de WordPress, la tabla de Junction registra esa información. Cada línea define una relación entre un poste (objeto) en WP_Posts y un término de cierta taxonomía en WP_Term_Taxonomy.
Object_id-la ID del objeto post. (Referencia a la tabla WP_Posts.) Term_taxonomy_id-la ID del término/taxonomía. (Referencia a la tabla WP_MM_Taxonomy.)
Termin_order: permite que los términos ordenen un objeto, que no se usa completamente.
WP_USERS WordPress User Management es una de sus características más fuertes y una que lo hace excelente como marco de aplicación. Esta mesa es la fuerza motora detrás de ella.
ID: número único atribuido a cada usuario.
User_login: nombre de usuario único para el usuario.
User_pass – hash de la contraseña del usuario.
User_nicename: el nombre que se muestra para el usuario.
User_Email-la dirección de correo electrónico del usuario.
URL de user_url-user, por ejemplo, dirección del sitio web.
user_regisred: la hora y la fecha en que se registró el usuario.
user_activation_key: utilizado para restablecer contraseñas.
User_status: se usó en multisits antes de WordPress 3.0 para indicar un usuario de spam.
Display_Name: el nombre deseado para usarse públicamente en el sitio puede ser user_login, user_nicename, nombre o nombre de primer nombre definido en WP_USERTA.
WP_USETA Esta tabla almacena cualquier información adicional relacionada con los usuarios. Verá otros campos de perfil de usuario para un usuario en el tablero que se almacenan aquí.
Umeta_id: número único atribuido a cada fila de la tabla.
User_id-la ID de usuario asociada. (Referencia a la tabla WP_USERS.)
Met_key: una clave de identificación para la fecha.
Meta_Value – Fecha real.
Wp_options La tabla de opciones es el lugar donde se almacena toda la configuración del sitio, incluidos los datos del tema, complementos activos, widgets y datos temporales almacenados en caché. Por lo general, es el lugar donde otros complementos y temas almacenan su configuración. La tabla es otro ejemplo de una tabla vertical de pares/valor clave que le permite almacenar todo tipo de datos para una variedad de objetivos.
Opcion_name: una clave de identificación para la fecha.
Opcion_value – fecha real. Los datos a menudo se serializan, por lo que deben tratarse cuidadosamente.
Autolad: controla si la opción se carga automáticamente mediante la función wp_load_alloptions () (pone opciones en el caché de objetos en cada carga de página).

¿Sabía que cuando realiza la migración de la base de datos utilizando WP Migra DB Pro, puede decirle al complemento que mantenga ciertas opciones en la base de datos de destino utilizando el filtro “WPMDB_Presserved_options”? Wp_links, al tiempo que aumentaba la popularidad de los blogs, tener un blogroll (enlaces a otros sitios) en su sitio estaba muy de moda. Esta tabla contiene todos esos enlaces para usted. Hoy en día, Blogroll se usa cada vez menos, y comenzando con WordPress 3.5, la administración de los enlaces se ha eliminado de la interfaz de administración. La tabla permanece en la base de datos para la compatibilidad inversa y puede usar el uso anterior del Administrador de enlaces usando este complemento.
Link_id: número único atribuido a cada fila de la tabla.
Link_url-la URL del enlace.
Link_name: el nombre del enlace.
Link_image-la URL de un enlace relacionado con el enlace.
Link_target: el marco de destino para el enlace. por ejemplo. _blank, _TOP, _none.link_decription – la descripción del enlace.
Link_Visible: controla si el enlace es público o privado.
Link_owner-User ID que creó el enlace. (Referencia a la tabla WP_USERS.)
Link_rating-add Una evaluación entre 0-10 para el enlace.
Link_updated: la hora y la fecha de actualización del enlace.
Link_rel – Relación de conexión.
Link_Notes – Notas sobre el enlace.
Link_RSS – Dirección RSS para Link.
Alguien produjo un diagrama útil de relaciones de entidad para explicar las relaciones entre todas las tablas y lo publicó en el códice de WordPress. Fue creado en la versión 3.8 pero la estructura aún está actual:
Fuente: WordPress Tour de la base de datos multisitio de WordPress Cuando un sitio de WordPress se convierte en una instalación multisit, se crea una “red” de suscripciones. El sitio existente se convierte en la primera suscripción de la red. La base de datos clasifica la red en sí como un sitio (wp_site) y cada subsits como un blog (wp_blogs). Ciertas tablas son utilizadas solo por una suscripción y se crea un nuevo conjunto de tablas cada vez que se agrega un sitio a la red. Cada conjunto de tablas se diferencia por el Blog_ID para la suscripción utilizada en el prefijo de la tabla. por ejemplo. wp_2_posts. Las siguientes tablas son específicas del subsitio:
wp_commentmeta
Wp_comments
wp_links
Wp_options
wp_postmeta
wp_posts
Wp_term_relationships
wp_term_taxonomy
Wp_terms

Las tablas WP_USERS y WP_USETA se vuelven globales en Network subsys.
SPAM – Marque como usuario de spam.
Eliminado – Marque como usuario eliminado.
Las siguientes tablas se crean durante la instalación de la red para ayudar a administrar la red: wp_site
wp_sitemeta
wp_blogs
wp_blogmeta
wp_blog_versions
Wp_signups
Wp_suteration_log
WP_SITE Esta tabla contendrá una sola red para la instalación, aunque la tabla está estructurada para permitir más redes en una sola base de datos. Esto nunca se ha implementado en WordPress, pero se puede administrar utilizando un complemento como WP Multi Network o Network para WordPress.
ID: número único atribuido a cada sitio.
Dominio: el campo básico del sitio.
Camino-el sitio del sitio.
Wp_sitemeta Esta tabla es como wp_options para la red. Almacene toda la configuración e información relacionada con la red, así como otros datos, como la configuración habilitada para la red.
Met_id: número único atribuido a cada fila de la tabla.
Sitio_id-id del sitio asociado. (Referencia a la tabla WP_Site.)
Met_key: una clave de identificación para la fecha.
Meta_Value – Fecha real.
WP_Blogs Todos los subsitios en la red se almacenan en esta tabla.
Blog_id: número único atribuido a cada blog (subsitios).
Sitio_id-la identificación del sitio al que pertenece el blog. (Referencia a la tabla WP_Site.)
Dominio: el campo básico del blog.
Path – El camino del blog.
Registrado: la hora y la fecha en que se registró el blog.
Last_Updated: la hora y la fecha en que se actualizó el blog por última vez.
Público: si el blog es públicamente visible.
Archivo: si el blog está archivado.
Maduro: si el blog es para una audiencia madura, p. NSFW.
SPAM: si el blog estaba marcado como spam.
eliminado: si el blog fue eliminado.
Lang_id-la ID de idioma del blog.
WP_BLOGMeta introducido en WordPress 5.1, WP_Blogmeta es una nueva tabla de base de datos para almacenar metadatos asociados con sitios. Esto significa que no debe usar la tabla de opciones para almacenar los datos del sitio y debe usar switch_to_blog () antes de acceder a él.meta_id-unique asignado a cada fila de la tabla
Blog_id-la identificación del blog a la que pertenece Meta. (Referencia a la tabla WP_Blogs.)
Met_key: una clave de identificación para la fecha.
Meta_Value – Fecha real.
wp_blog_versions Cuando actualiza la versión de WordPress que ejecuta su sitio, a veces cambia en la base de datos. Actualizar una instalación multissed a una nueva versión de WordPress traerá esos cambios en las tablas globales. Sin embargo, el conjunto de tablas para las suscripciones de red también tendrá que tener la actualización. Esta tabla registra la versión de la base de datos de cada blog en la red, por lo que WordPress sabe qué blogs necesitan actualizando y la actualiza después de que se haya ejecutado.
Blog_id-Blog ID. (Referencia a la tabla WP_Blogs.)
DB_Version – Revisión actual de DB WordPress para tablas de blog.
Last_Updated: la hora y la fecha de la última actualización.
WP_SIGNUPS Esta tabla almacena datos en blogs para los que se inscribieron, pero que no se han activado cuando la red permite el registro de nuevos sitios. Una vez que se activa un sitio, se elimina el registro y se crea un registro en WP_Blogs.
Registro_id: número único asignado a cada fila de la tabla.
Dominio: el campo básico del blog.
Path – El camino del blog.
Título: el nombre del blog.
User_login: nombre de usuario del usuario que registra el blog.
User_Email-User’s Correo electrónico. Hora y fecha de registro registrada.
Activado: si el blog fue activado.
Activo: si el blog está activo.
Activación_key-la clave de activación utilizada en los correos electrónicos para activar el blog.
Meta – Datos de registro.
Wp_suterion_log Esta tabla registra el usuario que registra un nuevo sitio una vez que ha sido activado.
ID: número único atribuido a cada fila de la tabla.
Correo electrónico: la dirección de correo electrónico del usuario.
IP: la dirección IP del usuario.
Blog_id-Blog ID.(Referencia a la tabla WP_Blogs.)
Date_regisred: hora y datos en los que se grabó el blog.
Conectando a la base de datos de WordPress La forma más común de conectarse a la base de datos de WordPress es con PhPMyAdmin, una herramienta de administración basada en la web para bases de datos MySQL. Viene instalado en una variedad de hosts web (generalmente a través de CPANEL), así como en entornos de desarrollo locales como MAMP. Si tiene acceso SSH al servidor, puede seguir nuestra guía para el inicio de sesión de CLI o usar una aplicación como TablePlus. WordPress Base de datos y optimización de consultas Si su sitio tiene actualizaciones de contenido frecuentes o es un sitio ocupado, entonces su base de datos de WordPress realizará muchas actualizaciones y eliminará instrucciones que, con el tiempo, pueden conducir a la fragmentación de los archivos de datos MySQL. Esto puede causar dimensiones innecesariamente grandes de la base de datos y puede afectar el rendimiento de la base de datos. Las tablas se pueden optimizar utilizando la instrucción MySQL de la tabla de optimización o utilizando una base de datos como PhPMyAdmin. Para las tablas que usan el motor de almacenamiento innoDB, la consulta reconstruye la tabla para actualizar las estadísticas de índice y liberar espacio no utilizado. Por ejemplo: optimice la tabla WP_PostMeta Hay otras cosas que puede hacer para mantener el tamaño de la base de datos de WordPress a un tamaño razonable para mantenerlo rápidamente. La funcionalidad de las revisiones de WordPress es una parte fuerte y útil de la experiencia de edición, pero una cantidad infinita de revisiones se almacena de forma predeterminada, que generalmente es inútil y puede limitarse estableciendo la siguiente constante: definir (‘wp_post_revisions’, 10);
WordPress también guarda automáticamente publicaciones, páginas y tipos de publicaciones personalizadas cada minuto.Este intervalo se puede extender con la siguiente constante: Define (‘AutoSave_interval’, 300);WordPress también almacenará publicaciones eliminadas en la basura durante 30 días antes de eliminarlas.Este intervalo se puede acortar con la siguiente constante: Define (‘vacía_trash_days’, 3);
Índices Uno de los factores más importantes de la velocidad y el rendimiento de la base de datos es el índice de la base de datos. Se puede crear un índice en una o más columnas, lo que permite que la base de datos busque datos rápidamente en las columnas, así como para ordenar las columnas de manera efectiva. La base de datos predeterminada de WordPress tiene índices en varias columnas en sus tablas. Por ejemplo, la tabla WP_PostMeta tiene la columna Post_ID, que contiene una referencia a la publicación mencionada por el meta fragmento. Cuando busca todas las meta publicaciones para una identificación de publicación en particular, este índice hace una consulta lo más rápido posible. Esto es importante en tablas como la meta tabla posterior, que puede tener millones de filas de datos. Los índices deben ser una consideración importante al crear tablas personalizadas de WordPress, especialmente si son parte de un complemento que tiene la intención de distribuir. Se debe tener en cuenta el rendimiento de la tabla y la consulta SQL en sitios a gran escala al diseñar estructuras de tabla. Escribí sobre agregar índices a tablas personalizadas e identificar interrogatorios SQL lentos en una base de datos de WordPress en mi artículo sobre cómo optimizar la consulta SQL. Migración de bases de datos de WordPress porque WordPress almacena la URL del sitio y la ruta del archivo dentro de la base de datos en diferentes lugares, pasando de diferentes servidores o migración desde la URL de un sitio de desarrollo a una URL de un sitio en vivo es difícil. La URL del sitio se almacena en la tabla WP_options en las opciones Home y Site_url, la columna GUID WP_POSTS, así como en cualquier lugar, se almacenan URL absolutos para imágenes y otros activos.
Afortunadamente, hay herramientas de migración para que una base de datos de WordPress sea un proceso rápido y fácil.¿Handy con WP CLI?Luego eche un vistazo al comando de reemplazo de búsqueda para realizar un reemplazo de la URL directamente desde la línea de comando: $ wp search-replace ‘http: //example.test’ ‘http://example.com o si prefiere usar Un complemento con una interfaz de uso sólido para permitirle exportar, importar y empujar y extraer bases de datos entre sitios, luego eche un vistazo a WP Migra DB Pro.