Wordpress continue de rediriger pour installer-php après la migration
Voici ma situation. J'ai suivi les instructions exactes sur la page WordPress codex sur le déplacement d'un site vers un autre serveur. Voici l'étape que j'ai prises.
- Exporter une copie de ma base de données
- Créer une nouvelle base de données dans le nouveau serveur
- importer la base de données que j'ai exportée plus tôt
- télécharger une copie de mes fichiers Wordpress via Ftp
- Utilisez ce script pour changer toutes mes url locales en une nouvelle
- Apporter des modifications à mon wp-config.fichier php selon le nouveau serveur(je n'ai pas oublié le préfixe de table. Bien qu'il ait des caractères majuscules)
Et puis quand j'essaie d'ouvrir mon site sur le nouvel emplacement, il me dirige juste vers wp-admin / install.php Maintenant, juste pour rendre le scénario plus clair: le dossier de destination (sur live server) est un sous-directori dans un dossier public_html qui a déjà une autre installation wordpress à l'intérieur (je dis cela juste au cas où cela devrait avoir de l'importance)
Mon .htaccess ressemble ce
# 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
J'ai essayé de vérifier et de réparer mes tables via phpMyadmin mais tout semble être ok et n'a aucun effet sur le problème.
J'ai également essayé de vider la base de données sur le serveur en direct et de passer par l'installation. Et il s'installe sans problème et tout fonctionne bien mais, eh bien, je n'ai aucune utilité pour une autre installation propre. Mais je pense que cela exclut au moins tout problème avec le fichier wp-config. J'utilise Wordpress Version 3.3.1
Donc je suppose que le grand la question qui me reste est: pourquoi wordpress ne reconnaît-il pas mon installation après la migration?
Toute aide très appréciée!
12 réponses
Enfin, j'ai résolu le problème. Et surprise, surprise, c'était la lettre en majuscules dans mon préfixe de table. Je l'avais de cette façon dans mon fichier wp-config wp_C5n mais pour une raison quelconque, la plupart des tables ont un préfixe wp_c5n. mais pas tous. Donc, ce que l'id a fait, c'est que j'ai changé mon préfixe de table dans le fichier wp_config en minuscules, puis j'ai parcouru toutes les tables à la main via phpMyadmin pour voir s'il reste des tables majuscules. Là où environ 3. Ils étaient à l'intérieur de la table usermeta et à l'intérieur les options de la table. Maintenant, enfin, tout fonctionne. A fait une recherche rapide à travers WordPress codex mais n'a rien trouvé mentionnant de ne pas utiliser de caractères majuscules.
Je vérifierais deux choses:
Tout d'abord, je vérifierais l'url configurée dans la base de données. Vérifiez la table wp_options et les valeurs des options" siteurl "et" home", il est possible que vous ayez besoin de les mettre à jour si votre domaine a changé.
Une autre option est que votre serveur Apache n'a pas pu obtenir le .htaccess. Vérifiez si L'option" AllowOverride "est" all " dans le httpd.fichier conf.
J'espère que ça aide.
J'ai connu un problème similaire. Aucune des suggestions ci-dessus ne m'a aidé, cependant.
Finalement, j'ai réalisé que L'utilisateur Wordpress MySQL sur mon environnement de production n'avait pas reçu suffisamment de privilèges.
Résolu: wp-config.configuration php
, j'ai eu un problème similaire. J'ai eu l'installer.php après avoir déplacé des fichiers et créé une nouvelle base de données. Il semble que l'écran d'installation montre qu'il y a un problème à trouver les tables de base de données correctes.
J'ai corrigé le problème en modifiant les paramètres suivants pour qu'ils soient corrects:
// ** 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_';
Cela m'est arrivé après que j'ai copié migré un site Web existant vers WP Engine et oublié de faire une chose requise par WP Engine:
Mettre à jour L'installation de base WordPress du site qui est en cours de copie à la dernière version.
Voici donc le problème:
Mon ancien site que je copiais depuis un autre serveur vers WP Engine avait la version 4.0. Cependant, lorsque vous copiez un site existant dans WP Engine, vous ne copiez pas les fichiers de base WordPress, vous copiez uniquement le contenu de wp-content et état (ou instantané) de la base de données existante. Donc, l'état de la base de données pour mon site existant était pour une installation exécutant WP 4.0. Néanmoins, lorsque vous créez une nouvelle installation WordPress sur WP Engine, cette installation est créée avec la dernière version de WordPress, qui, à l'époque, était la version 4.0.1, , ce qui signifie que les fichiers de base sur la destination (WP Engine) étaient pour une installation 4.0.1 mais l'instantané de base de données que j'allais importer était pour la version 4.0. Donc, quand j'ai écrasé la base de données WP Engine par défaut avec l'importation de la copie de la base de données de mon ancien site, j'ai eu l'erreur de redirection vers le script d'installation.
Donc, pour le réparer, je viens de me connecter au site D'administration WordPress du site sur WP Engine, en veillant à réinitialiser les autorisations de fichier (en cliquant sur le bouton bleu), ce que vous devez parfois faire sur WP Engine, puis réinstaller le noyau WordPress, qui, fondamentalement, met à jour votre base de données afin que l'état db était pour une installation WordPress 4.0.1 et les fichiers de base correspondent également à la version.
M'a Pris un certain temps à comprendre ce qui se passait.
Comme j'essayais d'installer la configuration du serveur sur localhost, j'ai configuré le fichier de configuration ainsi que la base de données dans l'hôte local-j'ai été redirigé vers l'installation.php.
Wp
Vérifier: 1 Aller à yourTableName_options Déplacer vers 'option_id'- '1' le Changement 'yousite url' à 'localhost/youLocalSiteFolderName'
Déplacer vers 'option_id' - '37' changer la valeur homw à 'localhost/youLocalSiteFolderName'
Vérifier: 2 Déplacer vers le fichier 'wp_config' Vérifiez: $ table_prefix = ' yourNew_Prefix_';
J'espère que cela aidera
J'ai essayé toutes ces solutions avant de réaliser que j'avais activé opcache en PHP sur mon environnement live. Wordpress ne lisait pas une version mise en cache de wp-config.
J'ai eu le même problème et je l'ai corrigé en changeant les privilèges d'utilisateur de la base de données en lecture et écriture complètes.
N'oubliez pas également les préfixes de table si vous n'utilisez pas le préfixe par défaut.
J'ai rencontré ce problème aujourd'hui et j'ai commencé à chercher sur internet. Dans mon cas, il n'y avait pas de table dans ma base de données. J'ai oublié d'importer les tables sur le serveur en ligne. Je l'ai fait et tout fonctionne très bien.
J'ai eu ce problème quand j'ai utilisé la balise br dans la page produit unique de woocommerce. J'essayais d'éditer le modèle que tout à coup tout ... . c'était un cauchemar. Mon client pourrait me tuer. essayez de ne pas utiliser cette balise br n'importe où.
Il peut y avoir plusieurs causes à ce problème.
MA suggestion est d'activer WP_DEBUG dans wp-config.php
define('WP_DEBUG', true);