Déplacement de WordPress vers un nouveau serveur, essaie maintenant de télécharger un fichier

12

Permettez-moi de commencer par dire que j'ai déplacé des dizaines de sites Web d'un serveur à un autre, sans problème.

J'ai récemment déplacé un site Web et lorsque l'URL est visitée, un fichier nommé "télécharger" sans extension et seulement une taille de fichier de 1 Ko se télécharge automatiquement. J'ai sauvegardé tous les fichiers et téléchargé les bases de données en utilisant quatre méthodes différentes, juste pour m'assurer: BackWPup, BackUpWordPress et manuellement en zippant les fichiers et en téléchargeant les fichiers via FTP.

Le site Web d'origine fonctionne parfaitement sur le serveur d'origine.

J'ai utilisé la méthode que j'ai toujours utilisée lors du passage à un nouveau serveur.

Sur le nouveau serveur:

Créer une nouvelle base de données, un utilisateur et une base de données d'importation
Téléchargez des fichiers et décompressez
Modifiez wp-config.php avec un nouveau nom de base de données, un nouvel utilisateur et un nouveau mot de passe
Modifiez l'URL du site Web à l'aide de la méthode functions.php dans le Codex WordPress, ici - http://codex.wordpress.org/Changing_The_Site_URL

Je dois également mentionner que j'ai téléchargé le site sur trois serveurs différents (y compris un sous-domaine sur le serveur d'origine), tous avec le même résultat.

En plus des méthodes mentionnées ci-dessus, j'ai essayé les choses suivantes pour essayer de dépanner:

Modification du nom du dossier "plugins" pour voir si un plugin était à l'origine de l'erreur
Modification du nom du dossier du thème actif pour voir si le thème était à l'origine de l'erreur
WP_DEBUG remplacé par "true" dans wp-conig.php - Mais le site ne se charge jamais, donc aucune erreur ne s'affiche.

Actuellement, le site Web erroné se trouve à - http://cgdev.webworksplayground.com/

Merci pour l'aide.

migration server

— Travis Pflanz
source

11

Je suppose que vous n'avez pas jeté un œil au fichier qui est servi pour le téléchargement, si c'est le cas, vous l'auriez vu:

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */

/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
define('WP_USE_THEMES', true);

/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . '/wp-blog-header.php' );

Qui aurait pu être facilement identifié comme le contenu du index.phpfichier à la racine de votre installation WordPress.

En ce qui concerne les causes de ce comportement, vérifiez si vous disposez des autorisations de fichier correctes , assurez-vous que votre fichier htaccess est correct. En plus de cela, certains autres paramètres liés à l'hébergement peuvent être incorrects, voir Codex: Hébergement WordPress (pas très informatif cependant) ou ici Quelles sont les meilleures pratiques pour configurer un serveur pour les sites Wordpress? .

Ce qui précède devrait vous aider à démarrer. En fait, je devais à peu près faire une supposition - quelque peu instruite - sur les raisons, alors inspectez cela plus profondément vous-même, mais je suis assez certain que les origines se trouvent dans le domaine général que j'ai abordé.

— Nicolai
source

6

Merci pour la réponse. Le .htaccess l'a ajouté au fichier - # Use PHP54 Single php.ini as default AddHandler application/x-httpd-php54s .phpAprès l'avoir supprimé, tout semble bien fonctionner.

— Travis Pflanz

Mon plaisir. Ok, c'est une directive pour utiliser PHP 5.4 avec le patch Suhosin. Je ne sais pas pourquoi cela ne fonctionnera pas avec. J'en ai utilisé des similaires et je n'ai jamais eu de problème. Demandez peut-être le soutien de vos hébergeurs. @TravisPflanz

— Nicolai

Bonjour @quelque chose, je suis également confronté au même problème. J'ai vérifié mon fichier .htaccess et j'ai constaté que mon problème est similaire à celui de travis. J'ai également effacé ce code supplémentaire du fichier, mais lorsque j'entre pour mettre à jour les permaliens, le même code est réécrit dans le fichier.

— Keyur Patel

@KeyurPatel Il pourrait s'agir de la configuration du serveur, consultez les liens dans ma réponse pour plus d'informations.

— Nicolai

Dans mon cas, la suppression des données du site du navigateur a résolu le problème (dans Chrome: paramètres> Paramètres du site> Voir tous les cookies et les données du site> supprimer les données applicables). Mon problème est venu à la suite d'une grande installation de module php.

— Eric H

4

Étapes simples

1 - Accédez au gestionnaire de fichiers via cpanel ou FTP

2 - Supprimez le .htaccess (assurez-vous d'avoir créé une sauvegarde)

3 - Ouvrez votre site Web et définissez les permaliens, il créera un nouveau fichier .htaccess.

4 - Profitez-en!

Je viens de supprimer le fichier .htaccess et cela fonctionne parfaitement maintenant :)

— Qaiser Ur Rehman
source

1

La suppression de .htaccess fonctionne correctement et régénère automatiquement le nouveau .htaccess. Merci

— Jamil Ahmed

Oui. Cela fonctionne techniquement, mais si le fichier .htaccess contient autre chose dont le site Web a besoin, il sera tout supprimé.

— Travis Pflanz

1

Vous pouvez également simplement ajouter la ligne suivante à .htaccess, ce qui permet aux variations de PHP d'être du bon côté.

AddHandler application/x-httpd-php52 .php .php5 .php4 .php3

— Zak Lewis
source

1

Les plugins mu ajoutent un gestionnaire lorsque vous enregistrez la configuration en AddHandler application/x-httpd-php71 .phpfaisant la page en cours de téléchargement au lieu d'être traitée.

Si vous supprimez simplement la ligne de votre .htaccess (ou supprimez le fichier), la ligne reviendra à chaque sauvegarde des paramètres.

Une meilleure solution consiste à modifier par ftp le fichier wp-content / mu-plugins / endurange-php-edge.php

Il suffit de commenter (en ajoutant "//" devant la ligne) la ligne 20:
// $this->hooks();

Référence: problème htaccess après l'enregistrement des paramètres

— Diogyn
source