Pregunta sobre SiteGround Migrator de Wordpress:

Posible error: ¿Se han enviado signos de interrogación no solicitados?

Un usuario preguntó 👇

Usé Immigrant varias veces para mover sitios wp de una cuenta de SiteGround a otra. Mucho más fácil que usar las alternativas, especialmente porque estaba cambiando un nombre de dominio y dando WP de subdirectorio a raíz, muy fácil y muy recomendable. Sin embargo, desde entonces he notado que aparecen muchos signos de interrogación en las publicaciones antiguas (las publicaciones nuevas están bien) en ambos sitios. Los signos de interrogación generalmente cambian los espacios y generalmente entre las oraciones, de modo que obtengo algo como “aaa. ? Xxxx ”o“ aaa.? Xxxx ”pero ocasionalmente entre las palabras“ aaa? Xxx ”.

Puede ser algo así como un espacio ininterrumpido o reemplazar un carácter de tabulación y puede que no tenga nada que ver con Inmigrante (¿podría cambiar el juego de caracteres de la base de datos?). De todas formas merece la pena concienciar. Si mueve un sitio, sea cual sea el mecanismo que tenga, haga una copia de seguridad de la tabla _posts antes y después; si encuentra el mismo problema, la comparación de archivos puede identificar al personaje pirata.

No necesito ayuda, configuro la base de datos usando la consulta SQL: Actualizar wp_posts SET post_contentREEMPLAZAR (post_content, ‘?’, »); los signos de interrogación requeridos también se reemplazan, pero esta no es una gran pregunta.

(@brandbuildup)

Hace 2 años, 2 meses

Hola

No soy una gran persona de tecnología, por lo que no estoy muy familiarizado con el uso de consultas SQL. ¿Puede mostrarme cómo acceder a la configuración a través del panel C?

(@brandbuildup)

Hace 2 años, 2 meses

Rasca eso. Ya lo descubrí.

Sin embargo, no borra los títulos de los productos y los SKU en Woocommerce. ¿Algún arreglo para eso?

(@robhindle)

Hace 2 años, 2 meses

Es necesario realizar una copia de seguridad primero y verificar el sitio cuidadosamente después de la transferencia. La pregunta del signo de interrogación fue uno de los problemas más obvios y creo que los autores de Migrator podrían diagnosticarlo y solucionarlo.

Quizás lo que hice, cambiar el nombre de dominio y el directorio, hizo que la migración fuera más difícil, así que aunque Migrator ayudó, no brindó una solución completa.

Tuve otros problemas, incluidos enlaces incrustados como http://oldsiteexample.com/file-external-to-wordpress en modo de prueba, estos parecían funcionar porque oldsiteexample.com todavía estaba allí, pero para comenzar a funcionar tuve que hacer otra configuración de base de datos.

Si el sitio web traducido está arreglado, la base de datos puede ser un desastre, el fragmento de código SQL de muestra es solo el comienzo y también tiene el problema de eliminar las marcas de consulta que necesita. Fue pensado, por ejemplo, no como una solución. Con un sitio pequeño y una pequeña cantidad de excepciones, lo cual está bien, puede editar las páginas afectadas para restaurarlas. En mi caso, tuve una carga de conexión web con parámetros como example.php? Id = 123, que requirió un tratamiento especial. (Incluir la búsqueda y solo reemplazar los que están antes o después del espacio, pero también simplificarlo, no soluciona todo).

No creo que estos otros problemas sean un problema con los migrantes, hay demasiados problemas potenciales específicos del sitio para anticipar una herramienta como esta y atender todos los incidentes. La migración al 100% puede funcionar en muchos casos, pero junto con cualquier cambio significativo en el sitio web, debe realizar una copia de seguridad, probarlo y estar listo para volver al original o estar listo para compartir. poner los arreglos en su lugar. Establezca advertencias de «tiempo de inactividad» por adelantado, seleccione un momento de inactividad para la actividad del sitio web y suspenda los cambios hasta que la transferencia se complete y se pruebe con éxito. Uno de mis sitios solo requería la configuración del signo de interrogación y algunas matrices manuales, el otro era más complicado.

Me alegro de haber encontrado Migrator, fue mucho más fácil que cualquier otro enfoque de migración de WordPress que haya probado antes y tuve que realizar configuraciones posteriores a la traducción similares allí también. Es tan fácil de usar que vale la pena intentarlo. Solo me tomó unos minutos mover un sitio (pero tengo Internet rápido). Si el método de prueba de vista previa encuentra algún problema y no está depurando ni arreglando, vuelva atrás y pruebe un enfoque diferente. (No intente meterse con una base de datos SQL si tiene una experiencia limpia, puede provocar lágrimas).

(@sstoqnov)

Representante de SiteGround

Hace 2 años, 2 meses

Oye,

Lo siento, por mi respuesta tardía a este hilo.

Los signos de interrogación suelen aparecer cuando cambia el conjunto de caracteres de su base de datos. Supongo que usó un juego de caracteres diferente, antes de migrar y después de mover el sitio a un servidor de SiteGround usamos el juego de caracteres recomendado de WordPress utf8mb4 y coordinación utf8mb4_unicode_ci.

¿Sería posible si todavía tuviera acceso a sus servidores antiguos para proporcionarnos el juego de caracteres y la coordinación de una base de datos de WordPress, antes de migrar?

Tuve otros problemas, incluidos enlaces incrustados como http://oldsiteexample.com/file-external-to-wordpress en modo de prueba, estos parecían funcionar porque oldsiteexample.com todavía estaba allí, pero para comenzar a funcionar tuve que hacer otra configuración de base de datos.

Después de una migración exitosa, buscamos y reemplazamos el nuevo temp / one. ¿Es posible que haya codificado estos enlaces en sus plantillas? Buscamos y reemplazamos solo una base de datos, pero no los archivos.

Saludos, Stanimir

(@ hristo-sg)

Representante de SiteGround

Hace 2 años, 2 meses

Estoy marcando esto como resuelto 🙂

(@robhindle)

Hace 2 años, 2 meses

Un sitio antiguo todavía estaba disponible, así que hice un volcado de base de datos. MOTOR = CHISTE PREDETERMINADO MyISAM = utf8mb4 COLLATE = utf8mb4_unicode_ci;

¿Es posible que haya codificado estos enlaces en sus plantillas? Buscamos y reemplazamos solo una base de datos, pero no los archivos.

Esos enlaces estaban en publicaciones. ¿Podría la conversión ser un problema porque estaba migrando a un dominio diferente y al mismo tiempo de un subdirectorio a un principiante? Es posible que tenga que mover otro sitio de WP a SG desde la misma ubicación para poder tratar de obtener un mejor diagnóstico si tengo algún problema la próxima vez.

¿Solucionó tu problema??

0 / 0

Deja una respuesta 0

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *