Después de la migración del sitio web de WordPress, no puedo acceder al administrador (página blanca)

Estoy tratando de mover un sitio de WordPress desde mi servidor local al servidor en línea.

El problema es que, después de la migración, si trato de abrir la página de administración (wp-admin) solo obtengo una página en blanco, como puedes ver aquí: http://scorejava.com/wordpress/wp-admin/. Todo lo demás parece funcionar bien en la página de inicio: http://scorejava.com/wordpress/.

En mi servidor web local tengo el sitio WP en la carpeta: /var/www/wordpress. Lo he movido a un wordpress carpeta que está en mi directorio raíz de mi servidor web en línea.

También importé la base de datos local a la única base de datos usando MySql y luego usé el Buscar y reemplazar el script de bases de datos de WordPress para cambiar automáticamente todos los http://localhost/wordpress ocurrencia en las tablas de la base de datos con http://scorejava.com/wordpress/.

Hay un error en su sitio y necesita averiguar qué está pasando.

URL de WordPress

Al migrar sitios de WordPress donde cambia la URL, deberá informar a WordPress sobre la nueva URL. WordPress almacena esa información en la base de datos, así que si te sientes cómodo con eso, puedes encontrar la entrada correcta en el wp_options tabla en su base de datos y actualice su valor.

Mostraré algunas correcciones para instalaciones estándar de WordPress (donde la URL del sitio es la raíz de WordPress), pero mayo necesita usar diferentes valores para home y siteurl si tiene una configuración diferente.

Corregir URL a través de SQL

Deberá actualizar los campos relevantes en la base de datos, que son las entradas de wp_options donde el option_name es siteurl o home. Puede encontrar estos campos usando phpmyadmin, mysql-workbench u otra herramienta de administración de bases de datos, o puede usar la siguiente consulta, cambiando la URL para que sea la suya.

UPDATE `wp_options` SET `option_value`='http://www.myurl.com' WHERE `option_name` IN ('siteurl', 'home');

Corregir URL a través de wp-config.php

Sin embargo, también puede hacerlo a través de wp-config.php, que me parece mucho más cómodo. solo abre wp-config.php y agrega las lineas:

// Site URLS (override DB settings)
define('WP_HOME','http://www.myurl.com');     //<-- NO TRAILING /
define('WP_SITEURL','http://www.myurl.com');  //<-- NO TRAILING /

Obviamente, deberá proporcionar su URL correcta.

Es posible que este sea el único error que tenga, y después de agregar esas líneas a wp-config.phppodrá iniciar sesión y utilizar su sitio normalmente.

Depuración de errores de WordPress

Sin embargo, si continúa experimentando problemas y cada vez que esté trabajando en el desarrollo de un sitio web, querrá ver un resultado de error. Puede consultar los registros de su servidor para obtener información sobre los errores, pero puede que le resulte más conveniente que WordPress simplemente muestre los errores en la página. Para habilitar la visualización de errores, cambie la siguiente configuración a true en wp-config.php.

define('WP_DEBUG', true);

Ahora WordPress mostrará cualquier error que encuentre directamente en la página web. Asegúrese de cambiar la configuración a false para su uso en un sitio de producción.

Trabajando con wp-config.php

Este archivo se ubicará en el directorio raíz de su instalación de wordpress. Para realizar cualquiera de los cambios mencionados aquí, puede editar el archivo directamente en el servidor (a través de ssh por ejemplo), o descargue el archivo con un cliente FTP, realice los cambios con un editor de texto y vuelva a cargar el archivo.

También es una buena idea mantener una copia de seguridad antes de realizar cualquier cambio en caso de que se rompa algo mientras está trabajando.

Referencias

Puede leer todo sobre cómo cambiar la URL del sitio de WordPress en el página de documentos.

Tarde a la fiesta, experimenté esto recientemente y logré resolver el problema. Esto es lo que he hecho.

Paso 1: Establecer WP_DEBUG a true desde el wp-config.php expediente

Paso 2: Lo intenté domain.com/wp-login.php en vez de domain.com/wp-admin con esto pude obtener al menos el formulario de inicio de sesión y algunos errores de Warning: Cannot modify header information - headers already sent by

Paso 3: he añadido ob_start(); en wp-login.php archivo después <?php en primera fila, por supuesto para meterme un rato.

Paso 4: Este truco funcionó. Desactivé todos los complementos y los errores desaparecieron.

Paso 5: Activé todos los complementos uno por uno para encontrar qué complemento está causando el error, de modo que pueda corregir el error en un complemento en particular. Como si hubiera un complemento que agregaba estilo antes wp_enqueque_style así que lo configuré en una función y lo conecté correctamente.

También hubo algunos errores menores como deprecated funciones Depende de usted si desea corregirlo o usar un complemento alternativo.

Y no te olvides de quitar ob_start de wp_login.php expediente. Los archivos principales no deben cambiarse.

Espero que esto ayude a alguien como yo.

Dentro de la configuración de su panel de WordPress hay dos campos llamados “Dirección de WordPress (URL)” y “Dirección del sitio (URL)”. Estos también se conocen como la configuración “Inicio” y “URL del sitio” para su sitio web. Los valores deben coincidir con el servidor en el que realmente se está ejecutando.

Si no puede acceder al administrador, puede usar phpmyadmin, ingresar a su base de datos, buscar los campos relacionados con la tabla wp_options y asegurarse de que reflejen su dominio.

Debería ser suficiente en la mayoría de los casos.

He luchado contra la temida “Pantalla blanca de la muerte” varias veces. Puede navegar por los hilos en la Sitio de soporte de WordPress para obtener algunas sugerencias, o busque en Google muchas historias de personas y consejos sobre cómo lidiar con ellas. No puedo recomendar una sola referencia autorizada para esto.

En la mayoría de mis casos, fue causado por espacios en blanco después de un cierre ?> etiqueta que se introdujo debido a cambios en los esquemas de nueva línea entre mis servidores de desarrollo y producción, generalmente en un complemento.

También puede intentar poner WordPress en modo de depuración o agregando error_reporting(E_ALL); a la primera línea de su sitio /wp-admin/admin.php archivo para ver si estos le dan alguna pista.

Personalmente, he podido evitar esto (tocar madera) usando el Complemento XCloner para realizar transferencias entre mi máquina de desarrollo Win y el servidor de producción *nix.

Edite wp-content/themes/active-theme-folder/function.php y agregue este código justo antes:

<?php
define('WP_HOME','http://www.myurl.com');     //<-- NO TRAILING /
define('WP_SITEURL','http://www.myurl.com');

Agregue la siguiente línea en el wp-config.php expediente:

define('WP_HOME', 'http://' . $_SERVER['SERVER_NAME']);

define('WP_SITEURL', WP_HOME . "https://stackoverflow.com/");

En su archivo wp-config.php justo encima de la línea, deje de editar la línea, agregue esta línea:

define('RELOCATE',true);
/* That's all, stop editing! Happy blogging. */

Luego vaya a su URL de inicio de sesión, actualice la página e inicie sesión. IMPORTANTE: Si puede iniciar sesión, elimine la línea RELOCALIZAR antes de continuar. Luego navegue a:

Settings > General

Configure su URL de WordPress y la dirección del sitio en las ubicaciones correctas:

WordPress Address (URL): http://example.com/wordpress

Site Address (URL): http://example.com/myblog

Presiona “Guardar”.