[NOUVEAU] WP Media Cleanup supprime les images inutilisées cachées dans votre bibliothèque multimédia
Joella Dunn
Joella Dunn
John Turner
John Turner
Vous lancez la sauvegarde d'un site web, vous partez prendre un café et vous revenez pour constater que la sauvegarde a échoué.
Cela peut être frustrant, mais les pannes de sauvegarde sont des énigmes avec des solutions claires.
Chaque sauvegarde qui échoue laisse derrière elle des miettes de pain. Ces miettes de pain se trouvent dans vos journaux de sauvegarde et vous indiquent exactement ce qui n'a pas fonctionné et comment y remédier.
Les journaux peuvent sembler intimidants à première vue, mais une fois que vous savez ce qu'il faut chercher, ils deviennent votre meilleur ami pour diagnostiquer les problèmes.
Mon objectif est simple : Je veux vous apprendre à lire les journaux de sauvegarde comme un détective. À la fin de ce guide, vous saurez comment résoudre vous-même les problèmes de sauvegarde les plus courants.
En voici les principaux enseignements :
Voici ce que j'ai appris après des années de dépannage des pannes de sauvegarde : elles ne sont jamais dues au hasard.
Chaque échec de sauvegarde a une cause spécifique. Le serveur a manqué de mémoire. Une autorisation de fichier a bloqué l'accès. Un autre plugin a interféré avec le processus.
Comprendre ces causes communes est la première étape pour devenir un expert en dépannage de sauvegarde. Une fois que vous aurez reconnu les schémas, vous trouverez des solutions plus rapidement que vous ne l'auriez cru possible.
Permettez-moi de vous présenter les coupables les plus fréquents que je vois.
Votre serveur dispose d'une minuterie intégrée appelée max_execution_time. Il s'agit d'un chronomètre qui interrompt tout processus dont la durée d'exécution est trop longue.
Si votre site est volumineux et contient des milliers de fichiers ou une base de données importante, le processus de sauvegarde risque de ne pas s'achever avant que la minuterie n'atteigne zéro.
Résultat ? Votre sauvegarde est interrompue en cours de route et vous voyez apparaître des erreurs telles que "504 Gateway Timeout" ou "Maximum execution time exceeded".
C'est probablement le problème de sauvegarde le plus fréquent que je vois, en particulier sur les plans d'hébergement partagés.
La création d'une sauvegarde est un travail gourmand en mémoire. Votre site web doit compresser des fichiers, exporter votre base de données et jongler avec toutes ces données simultanément.
Votre serveur a une limite de mémoire pour les processus PHP. Lorsque la mémoire de PHP est épuisée, votre sauvegarde se bloque avec un message d'erreur spécifique : "Fatal error : La taille de mémoire autorisée de X octets est épuisée."
Les fichiers et dossiers WordPress ont des autorisations qui contrôlent qui peut les lire, les écrire ou les exécuter. Si ces autorisations sont mal définies, votre sauvegarde peut être bloquée pour la lecture d'un fichier ou d'un dossier crucial.
Les permissions standard de WordPress sont 755 pour les répertoires et 644 pour les fichiers. Lorsque ces autorisations sont altérées, vous verrez apparaître dans vos journaux des mots-clés tels que "permission refusée" ou "échec de l'ouverture".
Votre plugin de sauvegarde ne fonctionne pas de manière isolée. Il doit interagir avec tous les autres éléments de votre site.
Les plugins de sécurité sont connus pour entrer en conflit avec les plugins de sauvegarde. Ils peuvent signaler le processus de sauvegarde comme une activité suspecte et le bloquer complètement.
Les plugins de mise en cache peuvent également causer des problèmes, en fournissant des données corrompues ou obsolètes au cours du processus de sauvegarde.
Il arrive que votre sauvegarde se termine avec succès sur votre serveur, mais qu'elle échoue lors du téléchargement vers un espace de stockage en nuage tel que Google Drive ou Dropbox.
Les coupables les plus courants sont les jetons d'authentification expirés, les clés d'API incorrectes ou les pare-feu des serveurs qui bloquent les connexions sortantes.
Ces échecs sont particulièrement frustrants car tout semble fonctionner jusqu'à la dernière étape.
Maintenant que vous connaissez les causes les plus courantes, voyons comment les résoudre. Si vous résolvez le problème maintenant, vos sauvegardes protégeront correctement vos données à l'avenir !
Voici comment résoudre les problèmes liés aux échecs de sauvegarde de sites Web :
Vos journaux de sauvegarde contiennent le message d'erreur exact qui a provoqué la panne. Si vous ne les vérifiez pas, vous ne ferez que deviner des solutions.
Vous trouverez les logs de sauvegarde à différents endroits en fonction de votre service de sauvegarde. Je vais vous montrer comment vérifier les logs de Duplicatorqui est un plugin de sauvegarde WordPress très populaire.
Si une sauvegarde échoue, trouvez Duplicator " Outils " Duplicator Logs. Sélectionnez le fichier de sauvegarde que vous souhaitez lire dans la partie droite.
Tout d'abord, il enregistre des informations sur votre serveur et des observations générales sur la sauvegarde. Par exemple, vous verrez quels composants du paquet ont été inclus.
Ensuite, il enregistre le vidage de la base de données, puis la compression de la sauvegarde et enfin le transfert de la sauvegarde.
Si la sauvegarde échoue après la création du fichier journal, un message d'erreur spécifique s'affiche dans la section correspondante.
Les problèmes de base de données apparaissent dans la section Base de données, les problèmes de compression apparaissent pendant la phase de compression de la sauvegarde, etc.
Cette structure vous permet de déterminer avec précision l'endroit où la défaillance s'est produite.
À première vue, il se peut que vous ne sachiez pas comment lire le fichier journal. Je vous recommande de faire défiler le fichier jusqu'à la fin du fichier journal. Recherchez les lignes suivantes :
DUPLICATOR PRO PACKAGE CREATION OR MANUAL STORAGE TRANSFER END: [timestamp]
NOTICE: Do NOT post to public sites or forumsSi ces lignes apparaissent, la sauvegarde s'est déroulée correctement. Si elles sont absentes, la sauvegarde a échoué quelque part dans le processus.
Recherchez dans le journal les mots-clés suivants : error, fatal, timeout, memory, permission ou failed.
Une fois que vous l'avez trouvé, lisez le message d'erreur complet. Il vous indique souvent le fichier ou le processus à l'origine du problème.
Vous pouvez également télécharger les logs de Duplicator et les envoyer directement à l'équipe de support. Ils diagnostiqueront le problème, ce qui vous permettra de consacrer plus de temps à d'autres tâches importantes pour votre site.
Téléchargez vos journaux de sauvegarde sur la page Général. Cliquez sur Obtenir les données de diagnostic.
Vous obtenez ainsi un fichier zip complet avec tous les logs dont l'équipe de support Duplicator a besoin pour résoudre votre problème de sauvegarde. Attachez le fichier à un ticket de support et le tour est joué !
Si vous soupçonnez un dépassement de délai ou un problème de mémoire, vous pouvez souhaiter exclure de la sauvegarde les fichiers de site très volumineux. Vous pouvez les sauvegarder séparément.
Commencez par exclure votre bibliothèque multimédia de la sauvegarde. Elle contient vos images, vidéos et autres fichiers multimédias qui consomment des ressources.
Dans Duplicator, décochez la bibliothèque de médias dans les composants de sauvegarde. Duplicator évitera de sauvegarder votre dossier wp-uploads.
Si votre sauvegarde s'achève soudainement après avoir exclu les téléchargements, vous avez la confirmation qu'il s'agit d'un problème de ressources du serveur. Créez une sauvegarde séparée des médias afin d'avoir une copie de tous les fichiers de votre site.
Cela nécessite une approche systématique, mais c'est le moyen le plus fiable d'identifier les conflits entre logiciels.
Utilisez toujours un site de démonstration pour ces tests. N'expérimentez jamais sur votre site réel, car vous risqueriez d'exposer des erreurs à votre public.
Commencez par désactiver tous les plugins, à l'exception de votre plugin de sauvegarde. Ensuite, lancez un test de sauvegarde.
Si cela fonctionne, réactivez vos plugins un par un, en effectuant une sauvegarde après chaque activation. Si la sauvegarde échoue à nouveau, vous avez trouvé le coupable.
Si tous les plugins passent le test, passez à un thème WordPress par défaut comme Twenty Twenty-Five et testez à nouveau.
Ce processus prend du temps, mais il vous donne des réponses définitives sur les logiciels que vous pourriez avoir à remplacer.
Vous devez accéder aux fichiers de votre site par FTP ou par le gestionnaire de fichiers de votre panneau de contrôle d'hébergement. Recherchez les dossiers dont les permissions sont différentes de 755 et les fichiers dont les permissions sont différentes de 644.
Portez une attention particulière au répertoire racine de WordPress, au dossier wp-content et à tous les fichiers récemment modifiés.
La plupart des clients FTP vous permettent de sélectionner plusieurs fichiers et de modifier les autorisations en bloc, ce qui permet de gagner du temps sur les sites de grande taille.
L'augmentation des ressources de votre serveur est la solution à long terme pour résoudre les problèmes de délai et de mémoire.
Vous pouvez essayer d'augmenter les limites dans votre fichier wp-config.php. Ajoutez ces lignes au-dessus du commentaire "C'est tout, n'éditez plus" :
phpdefine('WP_MEMORY_LIMIT', '256M');
ini_set('max_execution_time', 300);N'oubliez pas que les fournisseurs d'hébergement mutualisé remplacent souvent ces paramètres. Si les modifications ne sont pas prises en compte, vous devrez contacter l'équipe d'assistance de votre hébergeur.
Si votre sauvegarde s'effectue localement mais ne parvient pas à être téléchargée vers le stockage en nuage, testez vos connexions de stockage.
Dans Duplicator, ouvrez la page Stockage et cliquez sur l'emplacement que vous souhaitez tester. Descendez jusqu'en bas et cliquez sur Tester le stockage.
Duplicator essaiera d'envoyer et de récupérer un petit fichier sur votre emplacement de stockage en nuage. Il vous alertera si ce test échoue.
Si les tests de connexion échouent, je recommande généralement de repartir à zéro. Supprimez la connexion existante et ré-authentifiez-vous à partir de zéro.
Je vois trop de gens qui effectuent des sauvegardes religieusement mais ne les testent jamais. Lorsqu'une catastrophe survient, ils découvrent parfois que leurs sauvegardes sont corrompues ou incomplètes.
Établissez un calendrier pour tester vos sauvegardes. Une fréquence mensuelle est une bonne chose, et une fréquence trimestrielle est le strict minimum.
Pendant le test, restaurez une sauvegarde sur un site d'essai ou un environnement de développement local. Cela prouve que votre sauvegarde fonctionne réellement.
Avec Duplicator, c'est aussi simple qu'un clic sur un bouton.
Vous pouvez même restaurer des sauvegardes sur le cloud sans quitter votre tableau de bord. Duplicator téléchargera les fichiers de sauvegarde depuis le cloud et les restaurera pour vous.
Après le test, examinez votre site pour vérifier que la sauvegarde a été restaurée correctement.
Lorsque les sauvegardes ne se terminent pas, il s'agit généralement d'un problème de ressources du serveur. Votre sauvegarde se heurte à un délai d'attente ou à une limite de mémoire avant de pouvoir s'achever.
Recherchez dans vos journaux des mots-clés tels que " timeout", " memory" ou " execution time". Ils confirmeront la contrainte de ressource spécifique à laquelle vous êtes confronté.
Une sauvegarde WordPress typique devrait être d'au moins plusieurs mégaoctets, même pour les petits sites. Si vous remarquez que vos sauvegardes sont soudainement trop petites, il peut y avoir un problème avec votre système de sauvegarde. Vérifiez les journaux ou contactez l'équipe d'assistance pour obtenir de l'aide.
Il se peut que vous ayez exclu des dossiers importants par accident. Vérifiez vos paramètres de sauvegarde et assurez-vous que les dossiers essentiels tels que wp-content, wp-includes et le répertoire de votre thème sont inclus.
Oui, les plugins de sécurité voient que le processus de sauvegarde accède rapidement à de nombreux fichiers, ce qui peut déclencher leur détection de logiciels malveillants. Toutefois, la plupart des plugins de sécurité vous permettent de mettre les processus de sauvegarde sur liste blanche ou de les exclure de l'analyse en temps réel.
Le seul moyen d'être sûr à 100 % qu'une sauvegarde peut être restaurée est d'effectuer un test de restauration. Mettez en place un site d'essai ou un environnement de développement local et restaurez votre sauvegarde sur ce site. Si votre site se charge correctement et que tout le contenu apparaît intact, votre sauvegarde est solide.
Les pannes de sauvegarde ne sont pas des mystères. Ce sont des problèmes qui ont des causes précises et des solutions claires.
Vos journaux de sauvegarde sont la clé de tout. Ils contiennent les preuves dont vous avez besoin pour diagnostiquer et réparer ce qui n'a pas fonctionné.
Mais voici mon conseil le plus important : n'attendez pas une panne pour commencer à tester vos sauvegardes. Le meilleur moment pour découvrir un problème est celui où vous avez le temps de le résoudre correctement.
Si vous êtes fatigué de gérer les échecs de sauvegarde et que vous voulez une solution qui fonctionne, considérez la mise à jour vers Duplicator Pro. Il est conçu pour gérer les contraintes de ressources et les défis techniques qui sont à l'origine de la plupart des échecs de sauvegarde. Essayez-le dès aujourd'hui !
Pendant que vous êtes ici, je pense que vous aimerez ces ressources WordPress triées sur le volet :
Divulgation : Notre contenu est soutenu par les lecteurs. Cela signifie que si vous cliquez sur certains de nos liens, il se peut que nous recevions une commission. Nous ne recommandons que des produits dont nous pensons qu'ils apporteront une valeur ajoutée à nos lecteurs.
