4 conseils pour réparer le site WordPress
Il y a quelques jours, un ami m’a appelé pour me dire qu’il avait été chargé de maintenir un vieux projet WordPress. Apparemment, le site n’a pas été mis à jour depuis plus de trois ans et il y a des problèmes partout. Ce pauvre gars est complètement bloqué parce qu’il ne peut rien mettre à jour là – Bas: plugins, thèmes, contenu… Ça ne sert à rien. Toutes les actions (à l’exception de la navigation sur le site lui – même) provoquent un crash de WordPress et renvoient une erreur. La première chose que nous devons faire quand nous avons un WordPress indisponible qui génère constamment des erreurs et ne peut pas être mis à jour est de déterminer pourquoi il est ainsi. On doit trouver le tueur. Souvent, tout problème que vous pourriez rencontrer sur le site WordPress est dû à votre thème ou à un (ou plusieurs) plugins.
Dans cet esprit, les étapes habituelles pour réparer les sites WordPress sont d’identifier les plug – ins agressifs, de les retirer de la formule, de mettre à jour tout le contenu, et enfin de voir si nous pouvons réinstaller et mettre à jour les plug – ins agressifs sur notre site, ou si nous devrions chercher d’autres plug – INS. Aujourd’hui, je vais vous donner quatre conseils simples pour découvrir pourquoi le site ne fonctionne pas, afin que vous puissiez le réparer. En utilisant le Journal des erreurs du serveur, supposons que le plug – in ait causé des erreurs sur notre site, la première chose que nous devons faire est de vérifier cette hypothèse. Voici quelques formules. Personnellement, j’aime commencer par voir le Journal des erreurs du serveur, qui a ses propres options dans le panneau:
Erreur de connexion dans cpanel. Nous espérons que le Journal des erreurs contiendra non seulement des traces d’erreurs qui se sont produites sur notre site, mais aussi des informations sur le « lieu » où l’erreur s’est produite et qui en est responsable. Par exemple, la semaine dernière, j’ai rencontré les problèmes suivants dans le Journal des erreurs
Plugins WordPress flashboard, sélectionnez tous les plugins actifs et désactivez en vrac: Comment désactiver le plug – in en utilisant l’action collective. Vérifiez que l’erreur se produit toujours. Sinon, vous savez que le problème est causé par un plug – in que vous venez de désactiver. Il est temps de savoir lequel.
Pour identifier les plug – ins défectueux, activez – les un par un et vérifiez si l’erreur réapparaît. Ou, si vous voulez être plus rapide, vous pouvez appliquer les étapes suivantes: activez la moitié du plug – in. Si l’erreur se reproduit, le coupable est dans la moitié que vous venez d’activer, de sorte que vous pouvez activer l’autre moitié en toute sécurité. Si l’erreur ne se produit pas, le coupable est dans l’autre moitié. Une fois que vous connaissez le Groupe dans lequel se trouve le plug – in défectueux, il vous suffit de suivre le Groupe et de répéter le processus. Activez la moitié du Groupe, désactivez l’autre moitié (c. – à – D. que vous pouvez maintenant contrôler un quart du total) et vérifiez que votre site fonctionne correctement. Répétez le procès jusqu’à ce que vous trouviez le coupable. Une fois que vous savez quel plug – in ne fonctionne pas, la façon de résoudre ce problème dépend de vous. Vous devrez peut – être contacter votre développeur, essayer de réparer le plug – in vous – même, ou même envisager de le remplacer par un autre. Mais au moins maintenant, tu sais ce que tu dois faire pour t’en sortir.
Tu te souviens de mon ami? Lors d’un sondage sur votre site, nous avons suivi toutes les étapes précédentes pour désactiver tous les plugins de votre site… Ça a créé un écran de mort blanc! Il est clair que le Web est rempli de plug - ins personnalisés et de changements de thème qui ont de nombreuses dépendances croisées. En désactivant le plug - in, certaines des fonctionnalités sur lesquelles le sujet est basé ne seront plus disponibles, ce qui entraînera une erreur fatale. C'est évidemment une mauvaise pratique: les sujets ne peuvent pas dépendre des plug - ins actifs. Si vous en avez besoin
Plug – in actif dans la base de données. Ainsi, si désactiver tous les plug – ins se termine par un wsod improbable (mais pas impossible), vous pouvez réactiver tous les plug – ins en récupérant l’option active _ plugins dans la base de données. Comment désactiver un plug – in via FTP si vous savez que votre problème est causé par un plug – in spécifique, mais que vous ne pouvez pas le désactiver à partir du tableau de bord WordPress, vous pouvez le faire en toute sécurité via FTP. Comme vous le savez, les plug – ins ne sont qu’un ensemble de fichiers. Lorsque vous installez un nouveau plug – in sur le site, son code apparaît finalement dans le dossier WordPress WP content \/ plugins. Avec cette connaissance, nous pouvons désactiver le plug – in \
Et les fonctionnalités fournies par des plug - ins spécifiques doivent être vérifiées pour s'assurer qu'elles sont disponibles.
Cependant, le fait est que le site est complètement fermé et que nous ne pouvons pas réactiver le plug - in en utilisant le tableau de bord. Quelle est la solution ici? Eh bien, pour les débutants, vous devriez toujours avoir une sauvegarde du site... Mais dans ce cas particulier, il existe une solution plus simple et plus rapide. La base de données WordPress contient une table appelée WP _ options. Vous y trouverez une option appelée active _ plugins. Sa valeur est un tableau contenant tous les plug - ins actifs. Par conséquent, il suffit d'enregistrer cette valeur dans un fichier texte avant de désactiver le plug - in en utilisant l'opération Batch que j'ai mentionnée précédemment:
Aller au panneau C du serveur et trouver les options FTP: Options FTP dans le panneau. Ensuite, en utilisant l'explorateur de fichiers FTP, localisez le dossier WP content \/ plugins et localisez votre plugin:
Navigateur de fichiers cpanel. Tout ce que vous avez à faire maintenant est de supprimer le plug – in ou de renommer son dossier afin que wordpress ne puisse pas le trouver. Ainsi, si vous accédez au site WordPress, wordpress ne pourra plus voir le plug – in ni charger son Code d’erreur, résolvant ainsi le problème