J'essaie de déplacer un site WordPress de mon serveur local vers le serveur en ligne.
Le problème est que, après la migration, si j'essaye d'ouvrir la page d'administration (wp-admin), je n'obtiens qu'une page blanche, comme vous pouvez le voir ici: http://scorejava.com/wordpress/wp-admin/ . Tout le reste semble bien fonctionner dans la page d'accueil: http://scorejava.com/wordpress/ .
Sur mon serveur Web local, le site WP se trouve dans le dossier: /var/www/wordpress
. Je l'ai déplacé dans un dossier wordpress qui se trouve dans le répertoire racine de mon serveur Web en ligne.
J'ai également importé la base de données locale dans la base de données onlyne à l'aide de MySql, puis j'ai utilisé le script Search and Replace pour WordPress Databases pour modifier automatiquement toutes les occurrences de http://localhost/wordpress
dans les tables de la base de données avec http: // scorejava. com/wordpress/ .
Tard Pour le parti, j'ai récemment fait l'expérience de cela et j'ai réussi à résoudre le problème. Voici ce que j'ai fait.
Étape 1: Définissez WP_DEBUG
sur true
à partir du fichier wp-config.php
Étape 2: / J'ai essayé domain.com/wp-login.php
au lieu de domain.com/wp-admin
avec ceci, j'ai pu obtenir un formulaire de connexion au moins deux et quelques erreurs de Warning: Cannot modify header information - headers already sent by
Étape 3: / J'ai ajouté ob_start();
dans le fichier wp-login.php
après le <?php
en première ligne, bien sûr pour me faire entrer pendant un moment.
Étape 4: Cette astuce a fonctionné. J'ai désactivé tous les plugins et les erreurs ont disparu.
Etape 5: / Tous les plugins activés un par un pour trouver le plugin à l'origine de l'erreur, afin que je puisse corriger l'erreur du plugin en particulier. Comme s'il y avait un plugin ajoutant un style avant wp_enqueque_style
, je l'ai donc défini sur une fonction et l'a accroché correctement.
Il y avait aussi quelques erreurs mineures comme les fonctions deprecated
. C'est à vous de décider si vous voulez le corriger ou utiliser un autre plugin.
Et n'oubliez pas de supprimer ob_start
du fichier wp_login.php
. Les fichiers de base ne doivent pas être modifiés.
J'espère que cela aide quelqu'un comme moi.
Dans les paramètres de votre tableau de bord WordPress, vous trouverez deux champs nommés "adresse WordPress (URL)" et "adresse du site (URL)". Celles-ci sont également appelées paramètres "Accueil" et "URL du site" pour votre site Web. Les valeurs doivent correspondre au serveur sur lequel vous exécutez réellement.
Si vous ne pouvez pas accéder à l'administrateur, vous pouvez utiliser phpmyadmin, accéder à votre base de données, rechercher les champs associés à la table wp_options et vérifier qu'ils correspondent à votre domaine.
Cela devrait suffire dans la plupart des cas.
Je me suis battu plusieurs fois contre le redoutable "écran blanc de la mort". Vous pouvez parcourir les discussions sur le site d'assistance de Wordpress pour glaner des suggestions, ou le rechercher sur Google pour un grand nombre d'histoires et de conseils relatifs à ces sujets. Je ne peux pas recommander une seule référence faisant autorité pour cela.
Dans la plupart des cas, cela est dû à un espace après une balise ?>
de fermeture introduite en raison de modifications apportées aux schémas de nouvelle ligne entre mon serveur de développement et les serveurs de production, généralement dans un plugin.
Vous pouvez également essayer de mettre Wordpress en mode debug ou en ajoutant error_reporting(E_ALL);
à la première ligne du fichier /wp-admin/admin.php
de votre site pour voir si cela vous donne des indices.
J'ai personnellement pu éviter ces problèmes (toucher du bois) en utilisant le plugin XCloner pour effectuer des transferts entre ma machine Win dev et le serveur de production * nix.
Editez wp-content/themes/active-theme-folder/function.php et ajoutez ce code juste avant:
<?php
define('WP_HOME','http://www.myurl.com'); //<-- NO TRAILING /
define('WP_SITEURL','http://www.myurl.com');
Dans votre fichier wp-config.php juste au-dessus de la ligne, arrêtez la ligne d'édition, ajoutez cette ligne:
define('RELOCATE',true);
/* That's all, stop editing! Happy blogging. */
Ensuite, allez à votre URL de connexion, actualisez la page et connectez-vous. IMPORTANT: Si vous pouvez vous connecter, supprimez la ligne RELOCATE avant de continuer. Puis naviguez vers:
Settings > General
Définissez votre URL Wordpress et votre adresse de site aux emplacements appropriés:
WordPress Address (URL): http://example.com/wordpress
Site Address (URL): http://example.com/myblog
Appuyez sur "Enregistrer".
Ajoutez la ligne ci-dessous dans le fichier wp-config.php
:
define('WP_HOME', 'http://' . $_SERVER['SERVER_NAME']);
define('WP_SITEURL', WP_HOME . '/');
J'ai eu le même problème après la migration vers un serveur local. Une première tentative a échoué car il y avait de nombreux chemins de fichiers codés en dur dans la base de données . J'ai donc réessayé et pris soin de créer le même chemin que sur le serveur et les mêmes nom d'hôte et nom de base de données. Maintenant, le site Web était bon mais wp-login donnait un écran blanc.
Avec wp-debug, j’ai trouvé que le problème était causé par le plug-in wp-super-cache qui avait un chemin de fichier complet codé en dur dans le fichier config.php Changer ce chemin en chemin local complet s’est révélé être une bonne solution.
Ce sont les étapes que je suis habituellement.
wp_options
pour mettre à jour l'URL du site et l'URL personnelle.wp-login.php
comme URL..htaccess
sera automatiquement mis à jour. S'il n'y a pas de permission d'écriture, cela montrera que vous pouvez le copier et éditer le fichier via ftp.velvet urls
. Utilisation depuis de nombreuses années. Il mettra à jour toutes les autres URL de la base de données.Toutes ces étapes seront suffisantes si tout se passe correctement.
Si vous obtenez une page vierge ou quelque chose comme ça, vous pouvez activer le rapport d'erreur et écrire les journaux à partir du fichier de configuration wp lui-même. Vous pouvez en essayer quelques uns pour déboguer.
Si vous ne modifiez pas principalement les fichiers de base, le problème sera résolu. Seule autre chance est la non concordance de version pour php ou mysql qui est également une chose très importante à noter lors de la migration. J'espère que ça aide quelqu'un.
Dans de nombreux cas, lors de la migration de fichiers vers un autre serveur, ce problème est simplement dû à une erreur mineure dans l'un de vos fichiers PHP. L'erreur est des caractères supplémentaires après la balise de fermeture?> PHP dans le fichier. Ce ne sont peut-être que de simples espaces ou des retours, mais ils peuvent souvent être la cause de l'écran blanc de la mort.
Le fichier functions.php dans votre thème WordPress est l’un des principaux responsables. Jetez-y un coup d'oeil dans un éditeur de fichier texte (souvent disponible avec la plupart des comptes d'hébergement) et assurez-vous de supprimer les lignes après la balise de fermeture.
Si ce n'est pas dans ce fichier, utilisez le rapport d'erreur pour identifier le fichier coupable, il se peut qu'il s'agisse d'un plugin ou d'un autre fichier de votre thème.
Comme mentionné par Jon Surrell activer l'affichage des erreurs, définissez le paramètre suivant sur true dans wp-config.php.
define('WP_DEBUG', true);