redirection - wordpress redirects

Wordpress sigue redirigiendo a install-php después de la migración

Question

Esta es mi situación. He seguido las instrucciones exactas en wordpress codex page sobre mover un sitio a otro servidor. Aquí están los pasos que he tomado.

1. Exportar una copia de mi base de datos
2. Crear una nueva base de datos en el nuevo servidor
3. Importar la base de datos que exporté anteriormente
4. Cargar una copia de mis archivos de Wordpress a través de Ftp
5. Use esta script de script para cambiar todas mis URL locales a una nueva
6. Realice cambios en mi archivo wp-config.php de acuerdo con el nuevo servidor (no olvidé el prefijo de tabla. Aunque tiene algunos caracteres en mayúscula)

Y luego, cuando trato de abrir mi sitio en la nueva ubicación, simplemente me dirige a wp-admin / install.php. Ahora solo para aclarar el escenario: La carpeta de destino (en el servidor en vivo) es un subdirectorio en una carpeta public_html que ya tiene otra instalación de wordpress dentro (lo digo por si acaso debería importar)

Mi .htaccess se ve así

    # BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /subDirectoryName/
RewriteRule ^index/.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /subDirectoryName/index.php [L]
</IfModule>

# END WordPress

He intentado verificar y reparar mis tablas a través de phpMyadmin, pero todo parece estar bien allí y no tiene ningún efecto sobre el problema.

También traté de vaciar la base de datos en el servidor en vivo y continuar con la instalación. Y se instala sin problemas y todo funciona bien, pero no me sirve para otra instalación limpia. Pero creo que esto al menos descarta cualquier problema con el archivo wp-config. Estoy usando Wordpress Version 3.3.1

Así que supongo que la gran pregunta que me queda es: ¿Por qué wordpress no reconoce mi instalación después de la migración?

Cualquier ayuda muy apreciada!

Answer 1

Bueno, finalmente he resuelto el problema. Y sorpresa, sorpresa. Fue la maldita carta UPPERCASE en mi prefijo de mesa. Lo tuve de esta manera en mi archivo wp-config wp_C5n pero por alguna razón la mayoría de las tablas tienen un prefijo wp_c5n. Pero no todos. Entonces, ¿qué identificación hice? Cambié el prefijo de mi tabla en el archivo wp_config a todas las minúsculas y luego revisé todas las tablas a mano a través de phpMyadmin para ver si quedaban algunas tablas en mayúsculas. Había alrededor de 3. Estaban dentro de la tabla usermeta y dentro de la tabla de opciones. Ahora finalmente todo está funcionando. Hizo una búsqueda rápida a través de wordpress codex pero no encontré nada mencionando que no use caracteres en mayúsculas.

Answer 2

Como estaba tratando de instalar la configuración del servidor en localhost, configuré el archivo de configuración y DB en el host local. Me redireccionaron a install.php.

wp

Check: 1 Vaya a yourTableName_options Vaya a ''option_id''-'' 1 '' Cambie '' yousite url '' a '' localhost / youLocalSiteFolderName ''

Mover a ''option_id'' - ''37'' Cambiar el valor de homw a ''localhost / youLocalSiteFolderName''

Comprobar: 2 Mover a la comprobación del archivo ''wp_config'': $ table_prefix = '' yourNew_Prefix_ '';

Espero que ayude

Answer 3

Esto me sucedió después de que copié la migración de un sitio web existente a WP Engine y olvidé hacer una cosa requerida por WP Engine:

Actualice la instalación principal de WordPress del sitio que se está copiando a la última versión .

Entonces aquí estaba el problema:

Mi antiguo sitio que estaba copiando de otro servidor a WP Engine tenía la versión 4.0. Sin embargo, cuando copia un sitio existente a WP Engine, no copia los archivos centrales de WordPress, solo copia el contenido de wp-content y el estado (o snapshot) de la base de datos existente. Entonces, el estado de la base de datos para mi sitio existente era para una instalación que ejecuta WP 4.0. Sin embargo, cuando creas una nueva instalación de WordPress en WP Engine, esa instalación se crea con la última versión de WordPress, que en ese momento era la versión 4.0.1, lo que significa que los archivos centrales en el destino (WP Engine) fueron para una instalación 4.0.1 pero la instantánea de la base de datos que iba a importar a WP Engine era para la versión 4.0 . Así que cuando sobreescribí la base de datos predeterminada de WP Engine con la importación de la copia de la base de datos de mi sitio anterior, recibí el error de redirección en el script de instalación.

Entonces, para solucionarlo, inicié sesión en el sitio de administración de WordPress del sitio en WP Engine, me aseguré de restablecer los permisos del archivo (haciendo clic en el botón azul), lo que a veces tiene que hacer en WP Engine y luego volver instaló el núcleo de WordPress, que, básicamente, actualiza su base de datos para que internamente el estado de la base de datos sea para una instalación de WordPress 4.0.1 y los archivos centrales también coincidan con la versión.

Me tomó un tiempo descubrir qué estaba pasando.

Answer 4

Experimenté este problema hoy y comencé a buscar en Internet. En mi caso, no había una tabla en mi base de datos. Olvidé importar las tablas en el servidor en línea. Lo hice y todo funciona bien.

Answer 5

Experimenté un problema similar. Ninguna de las sugerencias anteriores me ayudó, sin embargo.

Eventualmente me di cuenta de que al usuario de Wordpress MySQL en mi entorno de producción no se le habían asignado suficientes privilegios.

Answer 6

Intenté todas estas soluciones antes de darme cuenta de que había habilitado opcache en PHP en mi entorno en vivo. Wordpress no estaba leyendo una versión en caché de wp-config.

Answer 7

No olvide también los prefijos de tabla si su instalación no usa el prefijo predeterminado.

Answer 8

Obtuve este problema cuando utilicé la etiqueta br en la página de producto único de woocommerce. Estaba tratando de editar la plantilla que de repente todo ... eso fue una pesadilla Mi cliente podría matarme. intenta no usar esta etiqueta br en cualquier lugar.

Answer 9

Puede haber muchas causas para este problema.

Mi sugerencia es activar WP_DEBUG en wp-config.php

define(''WP_DEBUG'', true);

Answer 10

Resuelto: configuración de wp-config.php

Tuve un problema similar. Obtuve install.php después de mover archivos y crear una nueva base de datos. Parece que la pantalla de instalación muestra que hay problemas para encontrar las tablas de base de datos correctas.

Solucioné el problema cambiando la siguiente configuración para que sea correcta:

// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define(''DB_NAME'', ''HikeforLife_dev11'');

/** MySQL database username */
define(''DB_USER'', ''HikeforLife_dev11'');

$table_prefix  = ''wphk_'';

Answer 11

Tuve el mismo problema y lo solucioné cambiando los privilegios de usuario de la base de datos a lectura y escritura completas.

Answer 12

Verificaría dos cosas:

• Primero, verificaría la URL que está configurada en la base de datos. Consulte la tabla wp_options y los valores de las opciones "siteurl" y "home", es posible que necesite actualizarlos si su dominio ha cambiado.

• Otra opción es que su servidor Apache no pueda obtener el .htaccess. Compruebe si la opción "AllowOverride" es "all" en el archivo httpd.conf.

Espero que ayude.