Lorsque je génère un fichier XML avec [Outils> Exporter] et utilise [Outils> Importer] sur un autre site Web WordPress, j'obtiens «Échec de l'importation du média» pour chaque type de publication de pièce jointe. Et les images qui n'ont pas pu être chargées sont liées à chaud depuis le serveur précédent qui consomme le transfert de ce serveur précédent ...
Mais lorsque je télécharge "Unit Test" sur http://codex.wordpress.org/Theme_Unit_Test, ce problème n'existe pas. Certaines images ont toujours "Échec d'importation des médias", mais ce n'est que comme 5 images sur 30. Ils ont des URL vers leur propre serveur dans leur XML mais d'une manière ou d'une autre [Tools> Import] parvient à télécharger leurs médias et à remplacer ces URL par de nouveaux emplacements (il n'est plus lié à chaud).
Quelle est l'astuce pour le faire fonctionner correctement sans "Échec de l'importation du média"? Pourquoi même "Test unitaire" contient quelques messages "Échec de l'importation des médias"?
IMPORT_DEBUG
et le configurertrue
pour obtenir des commentaires significatifs au lieu de simplement "Échec de l'importation des médias". Je ne peux pas imaginer pourquoi ce n'est pas un comportement par défaut. Cela peut aider à réduire votre problème si le temps est juste.IMPORT_DEBUG
optiondefine ( 'IMPORT_DEBUG', true );
.xml
URL sont activéeshttps
, modifiant lesxml
fichiers à basculerhttps
pourhttp
aider.Réponses:
J'ai eu un problème très similaire lorsque j'ai déplacé un blog WordPress d'une installation WordPress unique vers une installation multisite avec des noms de domaine différents mais la même IP.
J'ai découvert que le problème est la
wp_http_validate_url
fonction qui supprime l'URL si l'IP source est la même que l'IP de destination.Vous pouvez ajouter un filtre
wp_http_validate_url
pour éviter cela et autoriser la correspondance des adresses IP source et de destination:Veuillez consulter cette réponse pour une explication détaillée du crochet de filtre et pourquoi vous devez le supprimer après l'importation: /wordpress//a/123313/75573
la source
Lorsque vous avez généré votre fichier d'exportation, était-ce sur un serveur actif ou sur un hôte local? Cette page Web est-elle toujours accessible? Si l'importation de médias échoue, cela signifie que les images, comme liées hors du XML, arrivent 404.
Ouvrez le fichier XML et voyez où les images pointent. Si nous ouvrons le fichier XML de l'unité thématique, nous verrons des lignes comme celle-ci:
Ce fichier est très clairement disponible pour l'importation. Que disent vos fichiers attachment_url?
la source
<wp:attachment_url>
dit example.com/2008/06/image.jpg aussi où example.com est toujours un domaine accessible. C'est pourquoi je pose cette question :) Cela ne fonctionne clairement pas même si les images ne génèrent pas 404. Cela ne fonctionne même pas avec wpthemetestdata.files.wordpress.com de temps en temps (~ 5 images aléatoires sur 30 échouent).J'ai également eu du mal à importer des médias sur wordpress.org à partir de wordpress.com. J'ai réussi à importer tous les messages, mais les images étaient toujours liées à l'ancien site. Je pleurais presque en réalisant que la seule solution était de télécharger et de télécharger manuellement plus de 200 grandes images poste par poste (l'exportation / importation de petites portions de messages ne fonctionnait pas non plus).
Après avoir testé certains plugins, j'en ai trouvé un qui importe réellement vos médias wordpress automatiquement. Je ne pouvais pas croire, mais ça marche vraiment. Vous devez aller poste par poste, mais c'est toujours mieux que le téléchargement et le téléchargement manuels. Voici le lien si quelqu'un est intéressé
la source
Assurez-vous que votre site n'est pas défini sur "Privé".
Lorsque vous exportez votre blog Wordpress, tout le contenu textuel est incorporé dans le fichier XML résultant. Tout le contenu binaire (images, pièces jointes, etc.) est exporté sous forme d'URL pointant vers leur emplacement sur le blog existant. C'est pourquoi lorsque vous importez à partir d'un blog Wordpress privé, vous pourrez toujours importer tous les articles / etc mais toutes les images / etc échoueront.
Voici où vous devez modifier le paramètre à partir de la version actuelle (2017-06-19):
Documentation Wordpress pertinente:
Notez que cela doit être fait à partir des paramètres de votre compte Wordpress.com, pas à partir des paramètres du blog lui-même, ce qui est un autre point potentiel de confusion (et de frustration).
la source
Ce problème peut se produire lors de l'utilisation de certains plugins sur le site distant / local.
Idéalement, désactivez tous les plugins sur les deux sites avant d'exporter ou d'importer, puis réactivez-les une fois le processus terminé.
Si vous essayez d'éviter de désactiver TOUS les plugins, désactivez au moins tous les plugins qui affectent les images ou la gestion des images ... le type le plus courant serait probablement ceux qui optimisent l'image.
Dans mon cas, j'avais EWWW Image Optimizer (que je recommande fortement) actif sur le site local, et cela a provoqué cette erreur. Je l'ai désactivé, j'ai exécuté l'importation avec succès et l'ai réactivé.
la source
J'ai eu le même problème et après des heures de recherche et de test, le problème était que le serveur source bloquait les téléchargements d'images en raison de la "protection Hotlink" active dans le cPanel.
la source
Pour ceux qui ne veulent pas utiliser
add_filter
ou ne savent pas comment l'intégrer sans créer un module séparé. Voici une astuce rapide et pratique pour le faire.Ouvrez ce fichier
Accédez à la ligne
566
et commentez le bloc de code suivant.Une fois que vous avez commenté ces deux lignes, entrez et ajoutez la ligne suivante.
Allez-y, enregistrez le fichier et téléchargez le fichier XML pour réessayer. Vous allez maintenant télécharger tout le contenu associé. Revenez en arrière et supprimez le bloc de commentaires et la déclaration de retour et vous êtes prêt à partir.
la source