Le cauchemar de WordPress
«L’aperçu n’a pas pu être chargé»

Ce premier billet pour TuNegocioOnline est lié à WordPress. Il est très possible que vous trouviez la solution ailleurs, mais j’ai cherché et malgré de nombreux sites en anglais décrivant le problème, je n’ai pas trouvé de solution et encore moins en espagnol.

Sachez que mon serveur est sur Ubuntu Server avec Apache, MySQL et PHP.

Le cauchemar de WordPress

La première chose qui saute aux yeux lorsque les choses commencent à mal tourner dans WordPress est cette erreur lors de la prévisualisation :

«L’aperçu n’a pas pu être chargé»

Je ne pouvais pas non plus enregistrer les modifications.

Presque partout, ils disent les choses habituelles sur la désactivation des plugins, etc, etc. C’est une bonne idée, mais si après avoir fait tout cela, le problème persiste, que peut-on faire ?

Une bonne solution consiste à effectuer une restauration à partir d’une sauvegarde que vous possédez. J’utilise «UpdraftPlus» pour les sauvegardes quotidiennes et tous les deux ou trois mois, je fais une autre sauvegarde sur mon disque dur avec «All-inOne WP Migration».

Mais dans mon cas, cela n’a fait aucune différence. J’ai donc fait une installation totalement propre avec un WordPress vide, j’ai seulement installé le plugin «All-inOne WP Migration» et j’ai fait une restauration à partir d’une copie vieille d’environ trois mois. À ma grande surprise, le problème est réapparu dès que le site a été mis en service. Le pire, c’est que tous les sites que j’ai trouvés décrivant ma situation me disaient d’oublier cette page et de la refaire. Il n’y avait pas de solution.

Comme je savais qu’il ne s’agissait pas d’un plugin, j’ai soupçonné un problème avec la base de données MySQL que la restauration rétablissait. J’ai dû trouver un moyen de ne pas perdre toutes les données, mais sans utiliser le code original de la base de données. Je ne suis pas un expert en bases de données, j’ai donc trouvé une solution en bricolant.

Voici la marche à suivre :

  • Créez une installation WordPress propre et vide avec votre procédure habituelle qui aura une URL différente.
  • Je me suis assuré que le nom de la base de données et l’utilisateur étaient totalement différents de l’original.
  • Dans le site endommagé d’origine, cliquez sur Outils → Exporter . Dites oui si l’on vous demande d’installer le plugin Worpress, puis choisissez uniquement les contenus pour lesquels vous avez des données. Dans mon cas, il s’agissait de «Entrées», «Pages» et «Médias».
  • De retour sur le nouveau site, j’ai activé l’option d’importation native de WordPress (Outils → Importation) et j’ai téléchargé ce qui précède.
  • Ensuite, j’ai activé le thème, qui dans mon cas est le constructeur Divi, et j’ai testé. Le problème a disparu ! Je pourrais faire des aperçus partout.

Ensuite, j’ai dû faire de petits ajustements au niveau de l’en-tête et du pied de page et reconfigurer tous les plugins. Lorsque tout était en ordre, à l’aide du plugin «Search and Replace», j’ai remplacé l’URL intermédiaire (l’URL temporaire) par la bonne et, immédiatement après, j’ai modifié la configuration d’Apache afin que l’URL officielle de la page pointe vers le dossier contenant la nouvelle installation.

Tout cela m’est arrivé sur www.ahumada.es, qui fonctionne maintenant parfaitement.

Salutations,

Alejandro Ahumada.

0 comentarios

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.