Wordpress continua a reindirizzare a install-php dopo la migrazione

Question

Ecco la mia situazione. Ho seguito le istruzioni esatte sulla pagina del codice wordpress riguardante lo spostamento di un sito su un altro server. Ecco i passi che ho preso.

1. esportare una copia del mio database
2. Fai un nuovo database nel nuovo server
3. importare il database ho esportato in precedenza
4. Carica una copia dei miei file di Wordpress via ftp
5. Utilizzare questo script per cambiare tutti i miei url locali a nuovi
6. Apportare modifiche al mio file wp-config.php in base al nuovo server (non ho dimenticato il prefisso di tabella, anche se contiene caratteri maiuscoli)

E poi quando provo ad aprire il mio sito sulla nuova posizione appena mi indirizza a wp-admin/install.php Ora basta per rendere lo scenario più chiaro: La cartella di destinazione (sul server di vivere) è un sub directori in una cartella public_html che ha già un altro wordpress installare al suo interno (sto dicendo questo solo nel caso in cui esso dovrebbe avere importanza)

mio .htaccess si presenta così

# 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 

ho cercato il controllo e la riparazione le mie tabelle via phpMyadmin ma tutto sembra essere ok lì e non ha alcun effetto sul p roblem.

Ho anche provato a svuotare il database sul server live e a completare l'installazione. E si installa senza problemi e tutto funziona bene ma, beh, non ho alcuna utilità per un'altra installazione pulita. Ma penso che questo almeno limiti qualsiasi problema con il file wp-config. Sto usando Wordpress versione 3.3.1

Quindi credo che la grande domanda che mi rimane è: Perché non è wordpress riconoscendo mia installazione dopo la migrazione?

Qualsiasi aiuto molto apprezzato!

Answer 1

Bene finalmente ho risolto il problema. E sorpresa, sorpresa È stata la lettera MAIUSCOLARE nel mio prefisso del tavolo. L'ho avuto in questo modo nel mio file wp-config wp_C5n, ma per qualche motivo la maggior parte delle tabelle ha ottenuto un prefisso wp_c5n. Ma non tutto. Quindi, ciò che ha fatto è stato che ho cambiato il mio prefisso di tabella nel file wp_config in minuscolo e poi ho passato tutte le tabelle a mano tramite phpMyadmin per vedere se ci sono ancora delle tabelle maiuscole. Là dove circa 3. Erano all'interno del tavolo di usermeta e all'interno della tabella delle opzioni.Ora finalmente tutto funziona. Effettuava una rapida ricerca attraverso il codice wordpress ma non trovava nulla che menzionasse di non usare caratteri maiuscoli.

Answer 2

Vorrei verificare due cose:

• In primo luogo, vorrei controllare l'URL che è configurata nel database. Controlla la tabella wp_options e i valori delle opzioni "siteurl" e "home", è possibile che tu debba aggiornarli se il tuo dominio è cambiato.

• Un'altra opzione è che il server Apache non è in grado di ottenere il .htaccess. Controlla se l'opzione "AllowOverride" è "all" nel file httpd.conf.

Spero che sia d'aiuto.

Answer 3

Ho riscontrato un problema simile. Nessuno dei suggerimenti di cui sopra mi ha aiutato, però.

Eventualmente mi sono reso conto che l'utente Wordpress MySQL sul mio ambiente di produzione non aveva ricevuto privilegi sufficienti.

Answer 4

Questo è accaduto a me dopo copio migrato un sito web esistente per WP motore e si è dimenticato di fare una cosa necessaria da WP motore:

aggiornare l'installazione di base di WordPress del sito che viene copiato alla versione più recente.

Così qui è stato il problema allora:

mio vecchio sito che ero la copia da un altro server per WP motore era la versione 4.0. Tuttavia, quando si copia un sito esistente su WP Engine, non si copiano i file core di WordPress, si copia solo il contenuto di wp-content e lo stato (o istantanea) del database esistente. Quindi lo stato del database per il mio sito esistente era per un'installazione che eseguiva WP 4.0. Tuttavia, quando crei una nuova installazione di WordPress su WP Engine, l'installazione viene creata con l'ultima versione di WordPress, che, al momento, era la versione 4.0.1, , quindi significa che i file principali nella destinazione (Motore WP) erano per un'installazione 4.0.1 ma l'istantanea del database che stavo per importare in WP Engine era per la versione 4.0. Quindi, quando ho sovrascritto il database del motore WP predefinito con l'importazione della copia del database del mio vecchio sito, ho ricevuto l'errore di reindirizzamento allo script di installazione.

Quindi per risolvere il problema, ho appena effettuato l'accesso al sito di amministrazione di WordPress del sito su WP Engine, assicurandomi di resettare i permessi del file (facendo clic sul pulsante blu), che a volte devi fare su WP Engine, e quindi re-installato il core di WordPress, che sostanzialmente aggiorna il tuo database in modo che internamente lo stato di db fosse per un'installazione di WordPress 4.0.1 e che i file core corrispondano anche alla versione.

Mi ci è voluto un po 'per capire cosa stava succedendo.

Answer 5

deliberato: impostazione wp-config.php

Ho avuto un problema simile. Ho ottenuto il file install.php dopo aver spostato i file e creato un nuovo database. Sembra che la schermata di installazione mostri che c'è un problema nel trovare le tabelle del database corrette.

ho risolto il problema modificando le seguenti impostazioni corrette:

// ** 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 6

ho provato tutte queste soluzioni, prima mi sono reso conto che avevo attivato opcache in PHP sul mio ambiente vivo. Wordpress non stava leggendo una versione cache di wp-config.

Answer 7

Mentre stavo cercando di installare il setup del server su localhost, ho configurato il file di configurazione e il DB nell'host locale- Sono stato reindirizzato a install.php.

wp

Check: 1 Vai alla yourTableName_options Spostarsi 'option_id'- '1' Cambio'url' yousite a 'localhost/youLocalSiteFolderName'

Sposta 'option_id' - '37' Modifica il valore di homw su 'localhost/youLocalSiteFolderName'

Controllare: 2 Passare al controllo file 'wp_config': $ table_prefix = 'yourNew_Prefix_';

auguriamo che contribuiscano

Answer 8

Ho avuto lo stesso problema e ho risolto cambiando i privilegi di utente del database alla piena leggere & scrittura.

Answer 9

Ho riscontrato questo problema quando ho usato il tag br nella pagina del singolo prodotto di woocommerce. Stavo cercando di modificare il modello che improvvisamente tutto .... quello era un incubo. Il mio cliente potrebbe uccidermi. prova a non usare questo tag br ovunque.

Answer 10

Possono esserci molte cause a questo problema.

Il mio suggerimento è quello di trasformare il WP_DEBUG in wp-config.php

define('WP_DEBUG', true); 

Answer 11

Non dimenticare anche i prefissi di tabella se l'installazione non si utilizza il prefisso predefinito.

Answer 12

Ho riscontrato questo problema oggi e ho iniziato a cercare su Internet. Nel mio caso non c'era una tabella nel mio DB. Ho dimenticato di importare le tabelle sul server online. L'ho fatto e tutto funziona bene.