GNU/Linux >> Tutoriels Linux >  >> Panels >> Plesk

Santé du site WordPress

Aperçu

Dans la version 5.2, WordPress a ajouté la fonctionnalité Site Health pour aider à diagnostiquer les problèmes potentiels avec votre site. Bien qu'il s'agisse d'une édition bienvenue sur WordPress, certains avertissements et erreurs nécessitent des informations supplémentaires pour que vous puissiez les résoudre.

Contenu Vue d'ensemble Accès à l'intégrité du site Mise à jour PHP requise Plugins et thèmes inutilisés Délais d'expiration des requêtes SQL Server Loopback obsolètes

Accéder à l'intégrité du site

  1. Connectez-vous à l'administrateur WordPress de votre site Web.
  2. Accédez à Outils -> Santé du site :
  3. Vous pourrez désormais voir toutes les données sur l'état du site.

Mise à jour PHP requise

Si WordPress Site Health signale que votre version de PHP est obsolète ou qu'une mise à jour est nécessaire, vous pouvez voir l'un des avertissements suivants :

Cela indique que la version PHP de votre site n'exécute pas l'une des versions les plus récentes ou prises en charge.

Heureusement, Conetix permet de résoudre ce problème très facilement à l'aide de Plesk. Vous pouvez simplement choisir une nouvelle version PHP pour mettre à jour votre site vers une version PHP plus récente.

Nous vous recommandons d'utiliser PHP 7.2 ou supérieur (Conetix fournit toutes les versions, y compris la dernière version de PHP 7.4) et de vous assurer également que tous vos plugins et thèmes sont à jour pour garantir leur compatibilité.

Après avoir modifié votre version de PHP, nous vous recommandons également de consulter les journaux d'erreurs de votre site Web pour rechercher d'éventuelles erreurs.

Plugins et thèmes inutilisés

La santé du site vous informera des plugins et thèmes inutilisés de votre site Web. Le message peut ressembler à ceci :

Comme nous l'avons déjà couvert dans notre article de blog sur les plugins inutilisés, malgré leur désactivation, ils peuvent toujours présenter un risque de sécurité pour vous.

Pour corriger ces suggestions, nous vous recommandons :

  1. Effectuez une sauvegarde de votre site.
  2. Via WordPress, supprimez les plugins et les thèmes inutilisés.

Conseil

Nous vous recommandons de conserver un thème (par exemple Twenty Twenty) pour votre site à côté de votre thème principal. Cela vous permet de tester facilement un thème alternatif si votre site rencontre des problèmes.

SQL Server obsolète

L'état de santé du site WordPress vous indiquera si vous utilisez un serveur SQL MySQL / MariaDB obsolète. Pour assurer la stabilité, Conetix maintient le serveur SQL verrouillé sur la version majeure et mineure de MariaDB par serveur. Bien qu'il puisse être signalé comme obsolète, des mises à jour sont appliquées régulièrement pour assurer la stabilité et la sécurité.

La plupart de nos systèmes exécutent MariaDB 10.1 ou une version ultérieure, avec un petit nombre de systèmes hérités exécutant MariaDB 5.5. Bien que WordPress recommande MySQL 5.6 ou supérieur, à ce stade, nous n'avons rencontré aucun problème de compatibilité.

Tous les nouveaux systèmes sont déployés avec MariaDB 10.3 ou supérieur.

Veuillez contacter Conetix pour confirmer votre version MySQL / MariaDB pour votre site Web ou votre serveur.

Délai d'expiration des requêtes de bouclage

Ces erreurs peuvent se produire de temps à autre lorsque votre serveur/site est très occupé ou ne dispose pas de suffisamment de ressources pour traiter la demande à temps. Dans ces cas, l'erreur suivante peut s'afficher :

Loopback requests are used to run scheduled events, and are also used by the built-in editors for themes and plugins to verify code stability.

The loopback request to your site failed, this means features relying on them are not currently working as expected.
Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 out of -1 bytes received (http_request_failed)

Il y a deux domaines à examiner pour un correctif ici.

Le premier consiste à examiner les problèmes de performances avec le site, où de gros problèmes de ressources sont touchés et provoquent donc des délais d'attente intermittents.

Si vous avez votre propre serveur privé virtuel, vous pouvez également augmenter le nombre maximum d'enfants PHP par site (pm.max_children ) pour permettre l'exécution simultanée de plusieurs processus. Ceux-ci peuvent être augmentés dans la zone Paramètres PHP de Plesk.

Sur les systèmes plus anciens, la valeur par défaut était de 5 enfants, ce qui est suffisant pour les sites peu modérés sans problèmes. Sur les sites les plus fréquentés ou lorsque WooCommerce est impliqué, vous aurez peut-être besoin de 10 à 20 enfants maximum.

Remarque

L'augmentation de pm.max_children signifie la possibilité d'utiliser davantage de ressources. Vérifiez toujours votre surveillance pour vous assurer qu'il y a suffisamment de marge avant d'augmenter.

La deuxième la zone à étudier est un plugin ou un thème qui tente de manière incorrecte de lancer une session PHP. Cela ne peut être fait qu'avant que la sortie n'ait été renvoyée au navigateur, ce qui signifie que si elle est appelée au mauvais endroit, cela entraînera des erreurs. Pour trouver cette erreur, vous devrez peut-être parcourir vos plugins et les désactiver un par un pour isoler la cause du problème.

Alternativement, si vous avez un développeur qui peut scanner le code, vous chercherez :

session_start()

Nous vous recommandons ensuite de contacter le développeur du plug-in ou du thème pour obtenir de l'aide.


Plesk
  1. WordPress géré – Foire aux questions

  2. Réinitialiser les mots de passe administrateur WordPress

  3. Paramètres PHP sur Plesk

  4. Dépanner WordPress refusant une connexion FTP

  5. Comment réparer un site WordPress piraté

Mise à jour de PHP 5.6 à 7

Comment ajouter un reCAPTCHA à votre site WordPress

Comment configurer une exécution régulière de wp-cron.php dans Plesk

Configuration requise pour WordPress

Déplacez votre site WordPress vers une petite orange

Comment créer un environnement de staging WordPress