- Bienvenue sur MassiveHoster Forum.
Libérez votre créativité
Messages récents
#31
Support Technique / Re : Images / Médias en Erreur...
Dernier message par MassiveHoster - Jan 27, 2025, 06:48 PMBonjour Maximilien,
Est-ce que, à tout hasard, la version PHP chez MassiveHoster est la même que chez le précédent hébergeur ?
Active aussi le Mode Debug de WordPress pour avoir une erreur plus explicite :
Nous restons à ta disposition.
Est-ce que, à tout hasard, la version PHP chez MassiveHoster est la même que chez le précédent hébergeur ?
Active aussi le Mode Debug de WordPress pour avoir une erreur plus explicite :
Code Sélectionner
// Activation du mode debug
define( 'WP_DEBUG', true );Code Sélectionner
// Enregistrement des erreurs dans /wp-content/debug.log
define( 'WP_DEBUG_LOG', true );Code Sélectionner
// Non-affichage public des erreurs sur le site WordPress
define( 'WP_DEBUG_DISPLAY', true );Nous restons à ta disposition.
#32
Support Technique / Images / Médias en Erreur 500
Dernier message par webandseo - Jan 27, 2025, 01:15 PMHello la team MH,
Je rencontre un soucis sur ce site que je viens de migrer : https://www.albatravelitalie.com/
Tout fonctionne nickel, sauf les images et les médias qui sont en erreur 500.
Par exemple, quand on tente d'accéder à ce média : https://www.albatravelitalie.com/wp-content/uploads/2016/10/shutterstock_263745074.jpg
On a une erreur 500 : Internal Server Error.
J'ai vérifié que tout soit OK, mais je dois forcément passer à côté de quelque chose :
A votre avis, ça peut venir d'où ?
Merci par avance !
Max
Je rencontre un soucis sur ce site que je viens de migrer : https://www.albatravelitalie.com/
Tout fonctionne nickel, sauf les images et les médias qui sont en erreur 500.
Par exemple, quand on tente d'accéder à ce média : https://www.albatravelitalie.com/wp-content/uploads/2016/10/shutterstock_263745074.jpg
On a une erreur 500 : Internal Server Error.
J'ai vérifié que tout soit OK, mais je dois forcément passer à côté de quelque chose :
- Les permissions d'accès aux répertoires (755) et aux médias (644) sont corrects.
- Le fichier .htaccess est bien configuré
- J'ai désactivé le thème et tous les plugins
A votre avis, ça peut venir d'où ?
Merci par avance !
Max
#33
MassiveHoster Academy / WordPress consomme bcp d'inode...
Dernier message par MassiveHoster - Déc 02, 2024, 01:19 PMIl est possible que vos sites WordPress consomment une quantité considérable d'inodes. Une consommation anormale en regard de l'utilisation réelle faite de vos sites. Autrement, un petit site même modeste qui consommerait des centaines de milliers d'inodes.
Cela peut arriver par exemple lorsque les images contenues dans /wp-content/uploads/* sont dupliquées en de nombreux formats qui se retrouvent pour la plupart inutilisés.
C'est ce que nous allons découvrir au travers de ce tutoriel.
Pour réduire le nombre de formats d'images générés par WordPress et conserver uniquement ceux qui sont réellement utiles, vous pouvez suivre plusieurs approches que nous détaillons ci-dessous. Mais d'abord, il vous sera utile de confirmer si les répertoires problématiques sont ceux liés à vos images envoyées via WordPress.
1. Comment détecter les répertoires qui sont très consommateurs d'inodes ?
Avant de pouvoir nettoyer certains fichiers et répertoires, il est évidemment important de détecter quels sont les répertoires qui sont très consommateurs d'inodes sur votre espace d'hébergement web. Pour cela, rendez-vous sur ce 2e tutoriel où vous découvrirez une méthode simple dénicher les répertoires les plus consommateurs d'inodes, étape par étape.
2. Obtenir la liste de toutes les "tailles d'images" actuellement configurées dans votre site WordPress
Des plugins comme Regenerate Thumbnails ou Simple Image Sizes vous permettront d'obtenir la liste de toutes les "image sizes" de votre site, comme vous pouvez le voir sur les captures suivantes.
Tailles d'images détectés par Regenerate Thumbnails (aperçu) :
Comme vous l'aurez compris, ce plugin a aussi l'énorme avantage de vous montrer les déclinaisons d'images (image sizes) qui sont actives (ou qui sont toujours actives suite à leurs désactivations).
Tailles d'images détectés par Simple Image Sizes (aperçu) :
Les tailles entourées d'un cadre sont celles qui ont été ajoutées, non pas par WordPress, mais pas un thème ou un plugin que vous avez installé et que vous avez pu abandonner plus tard.
De même, toutes les tailles créées par vos thèmes et vos plugins ne sont pas nécessairement utilisées par ces thèmes et ces plugins. Dans ce cas, ces nombreuses images sont donc générées et hébergées pour rien.
3. Comment définir quelles "tailles d'images" doivent être désactivées / supprimées ?
Déterminer quelles tailles d'images sont effectivement utilisées ou non nécessitera plusieurs tests et vérifications.
Aussi, il vous sera souvent utile de faire un "Clic droit" sur vos images > "Copier l'adresse de l'image" (ou inspecter votre code source), pour vérifier les URLs complètes des images afin de déterminer les déclinaisons à ne pas désactiver / supprimer.
À noter : la taille d'image "Large" ("Grande" en français) native de WordPress est souvent utilisée pour les images intégrées dans les articles de blog. C'est la taille par défaut sélectionnée lorsque vous insérez une image dans vos articles de blog.
Il s'agit d'un vrai travail de maintenance basé sur la vérification fine de ce qu'il se passe sur votre site. Les images ne sont pas uniquement visuelles. Elles ont aussi une adresse URL propre incluse dans votre code source.
Néanmoins, ce travail en vaut la peine si vous ne désirez pas consommer inutilement vos quotas d'inodes.
4. Configurer les tailles d'image dans les Réglages des Médias de WordPress
Si vous désirez désactiver certains "image sizes" natives au cœur de WordPress, rendez-vous dans le Tableau de bord WordPress, puis dans "Réglages" > "Médias".
Ici, vous pouvez définir les tailles d'image que WordPress génère automatiquement.
Si certaines tailles ne sont pas nécessaires, vous pouvez les définir à zéro pour éviter leur génération future.
Veuillez noter que les tailles "thumbnail", "medium" et "large" sont les tailles d'images par défaut ajoutées par WordPress.
Le plus souvent, vous voudrez désactiver (les tailles d'images) et supprimer (les images générées) pour des déclinaisons superflues qui ont été ajoutées, le plus souvent par des thèmes installés précédemment, ou parfois par des plugins que vous n'utilisez plus. Celles listées précédemment au point 2.
Comment désactiver les déclinaisons d'images inutiles (issues d'anciens thèmes ou plugins) grâce à un plugin ?
Des plugins comme Disable Media Sizes ou Perfect Images peuvent aussi s'avérer utiles pour désactiver les tailles d'images générées par vos thèmes et d'autres plugins.
Ensuite, après avoir ajusté les réglages et utilisé les plugins, il sera important de nettoyer les anciennes images et leurs tailles inutiles pour libérer des inodes, et ce, grâce à un plugin tel que Regenerate Thumbnails.
5. Désactiver les tailles d'image inutiles via le code source (functions.php)
Si vous êtes à l'aise avec le code, sachez que vous pouvez forcer la désactivation de certaines tailles d'images via votre fichier functions.php (/wp-content/themes/Your_Theme/functions.php). Pour cela, vous pouvez ajouter des filtres PHP pour désactiver les tailles d'image inutiles en vous inspirant de ces 2 différentes approches.
NB : les "tailles d'images" à désactiver et conserver dépendent vraiment de votre thème WordPress. Les codes fournis ci-dessous ne devraient pas être utilisés tels quels. Il s'agit d'exemples à adapter.
Vous devriez désactiver les "tailles d'images" qui ne sont pas (ou plus) utilisées par votre site, grâce à la liste obtenue précédemment avec des plugins tels que "Regenerate Thumbnails" ou "Simple Image Sizes".
remove_unused_image_sizes (RECOMMANDÉ) :
Cela aura pour effet de désactiver certaines tailles d'images pour les générations futures et ne conserver QUE les déclinaisons mentionnées (dans cet exemple, 'thumbnail', 'medium' et 'large'). Bien sûr, ce code est à adapter avec les noms des déclinaisons qui sont réellement utilisées dans votre frontend. C'est-à-dire, les "image sizes" que vous désirez conserver.
Alternativement, vous pourriez utiliser cette approche inverse...
remove_default_image_sizes :
À l'inverse de la fonction précédente, ce code a pour but de désactiver certaines déclinaisons mentionnées explicitement ci-dessous. Les déclinaisons mentionnées explicitement ci-dessous devraient être désactivées. Soyez bien sûr que la variable est bien orthographiée.
Pensez à tester que la désactivation est bien effective !
Pour cela, rien de plus simple. Il vous suffit de téléverser n'importe quelle image dans votre Bibliothèque des Médias WordPress et de vérifier via le "Gestionnaire de Fichiers" de votre hébergement (File Manager) ou via "FTP", dans le répertoire /wp-content/uploads/$year/$month/ que l'image a été déclinée uniquement dans les formats que vous désiriez conserver.
Enfin, pour réduire votre consommation d'inodes de façon significative, il vous faudra utiliser un plugin de régénération des images de WordPress tel que Regenerate Thumbnails ou Force Regenerate Thumbnails cités au point 6.
6. Utiliser un plugin pour nettoyer les "tailles d'images" désactivées
Il existe plusieurs plugins qui peuvent vous aider à mieux gérer les formats d'images et à réduire la consommation d'inodes.
ATTENTION : Avant d'utiliser un plugin de nettoyage d'images quel qu'il soit, il est important de réaliser une SAUVEGARDE complète et fiable de l'ensemble de votre site (fichiers et base de données), à stocker sur 2 emplacements (Clé USB, Disque dur, Service Cloud comme Google Drive ou Dropbox, etc).
Voici quelques plugins qui peuvent s'avérer utiles.
Ce plugin vous permet de régénérer les miniatures pour vos images. Vous devriez l'utiliser après avoir modifié les réglages des tailles d'image (comme expliqué précédemment au point 4), pour supprimer les tailles inutiles.
Alternativement, le plugin Force Regenerate Thumbnails peut être utile pour régénérer les formats d'images en ne conservant que les "image sizes" actuellement utilisés par votre site WordPress.
Une fois le choix des "tailles d'images" à désactiver réalisé ; et une fois la désactivation des déclinaisons d'images paramétré via un plugin ou votre code source (functions.php), il vous sera nécessaire de regénérer les déclinaisons d'images de votre site WordPress, avec suppression des anciennes images associées aux "tailles" désactivées.
Pour supprimer les déclinaisons inutiles lors de la regénération, veillez à cocher l'option suivante :
« Delete thumbnail files for old unregistered sizes in order to free up server space. This may result in BORKEN IMAGE in your posts and pages »
Traduction :
« Supprimez les fichiers d'images pour les anciennes tailles non enregistrées afin de libérer de l'espace serveur. Cela peut entraîner des IMAGES CASSÉES dans vos articles et pages »
Nous donc insistons donc sur l'importance de bien définir quelles "tailles d'images" doivent être désactivées / supprimées, pour éviter les images cassées.
___________
Ce plugin analyse votre bibliothèque de médias pour identifier et supprimer les fichiers inutilisés, y compris les images et leurs différentes tailles.
ATTENTION :
Une sauvegarde complète de votre site et des vérifications rigoureuses devront être réalisées.
Ces plugins peuvent vous aider à identifier et supprimer les déclinaisons d'images et les images réelles présentes sur votre hébergement web. Autrement dit, des images qui ne sont pas utilisées réellement par votre site.
7. Éviter d'utiliser les formats WebP ou AVIF avec sauvegarde des images originales
Des plugins comme Imagify ou WebP Express permettent de compresser et de convertir vos images au format WebP ou AVIF, offrant de meilleures performances pour le chargement des pages.
Cependant, un problème courant pour votre consommation d'inodes est que ces plugins proposent souvent de sauvegarder les déclinaisons originales des images (png, jpg, etc.) en parallèle des fichiers WebP/AVIF générés.
Résultat : chaque fichier image se retrouve en double, ce qui double la consommation d'inodes de vos images.
Pour soulager votre quota d'inodes et éviter de surcharger vos quotas, 2 solutions opposées s'offrent à vous :
Vous n'arrivez rien compris ? On résume la procédure en quelques mots...
Bien qu'établir la liste des tailles utilisées puisse prendre un peu de temps, ce n'est pas si complexe que ça, une fois la logique comprise.
Pour faire court (et dit autrement), il vous suffit principalement d'ouvrir chacun de vos différents templates :
Ensuite, survolez brièvement vos pages et vérifiez les tailles d'images qui sont utilisées pour chaque image de ces templates.
Par exemple, si vous utilisez le thème Divi, on peut voir ci-dessous que :
Pour rappel : la taille d'image "Large" ("Grande" en français) native de WordPress est souvent utilisée pour les images intégrées dans les articles de blog. C'est la taille par défaut sélectionnée lorsque vous insérez une image dans vos articles de blog.
Une fois tout cela compris, il suffit de...
Pour vérifier directement l'effet de votre nettoyage...
Après désactivation / regénération, vous pourrez immédiatement vérifier si des déclinaisons ont été supprimées en ouvrant vos dossiers médias. Par exemple : /wp-content/uploads/2025/01/ et ainsi de suite.
En appliquant rigoureusement cette méthode, vous devriez pouvoir réduire efficacement le nombre de formats d'images générés, et par conséquent, optimiser l'utilisation des inodes sur votre site WordPress.
Vous voilà expert en nettoyage d'images en vue de réduire votre consommation d'inodes !
En optant pour l'une de ces stratégies, vous pouvez réduire efficacement la pression sur vos limites d'inodes et éviter de devoir souscrire à un plan d'hébergement plus coûteux ou acheter des quotas supplémentaires.
Cela peut arriver par exemple lorsque les images contenues dans /wp-content/uploads/* sont dupliquées en de nombreux formats qui se retrouvent pour la plupart inutilisés.
- Comment réduire le nombre de formats d'images générés par WordPress pour ne conserver que les formats réellement utiles et utilisés ?
- Quelle méthodes utiliser pour supprimer les formats et images inutiles et inutilisés ?
- Existe-t-il des plugins qui peuvent aider à mieux gérer les formats d'images et thumbnails pour réduire ma consommation ?
C'est ce que nous allons découvrir au travers de ce tutoriel.
Pour réduire le nombre de formats d'images générés par WordPress et conserver uniquement ceux qui sont réellement utiles, vous pouvez suivre plusieurs approches que nous détaillons ci-dessous. Mais d'abord, il vous sera utile de confirmer si les répertoires problématiques sont ceux liés à vos images envoyées via WordPress.
1. Comment détecter les répertoires qui sont très consommateurs d'inodes ?
Avant de pouvoir nettoyer certains fichiers et répertoires, il est évidemment important de détecter quels sont les répertoires qui sont très consommateurs d'inodes sur votre espace d'hébergement web. Pour cela, rendez-vous sur ce 2e tutoriel où vous découvrirez une méthode simple dénicher les répertoires les plus consommateurs d'inodes, étape par étape.
2. Obtenir la liste de toutes les "tailles d'images" actuellement configurées dans votre site WordPress
Des plugins comme Regenerate Thumbnails ou Simple Image Sizes vous permettront d'obtenir la liste de toutes les "image sizes" de votre site, comme vous pouvez le voir sur les captures suivantes.
Tailles d'images détectés par Regenerate Thumbnails (aperçu) :
Comme vous l'aurez compris, ce plugin a aussi l'énorme avantage de vous montrer les déclinaisons d'images (image sizes) qui sont actives (ou qui sont toujours actives suite à leurs désactivations).
Tailles d'images détectés par Simple Image Sizes (aperçu) :
Les tailles entourées d'un cadre sont celles qui ont été ajoutées, non pas par WordPress, mais pas un thème ou un plugin que vous avez installé et que vous avez pu abandonner plus tard.
De même, toutes les tailles créées par vos thèmes et vos plugins ne sont pas nécessairement utilisées par ces thèmes et ces plugins. Dans ce cas, ces nombreuses images sont donc générées et hébergées pour rien.
3. Comment définir quelles "tailles d'images" doivent être désactivées / supprimées ?
Déterminer quelles tailles d'images sont effectivement utilisées ou non nécessitera plusieurs tests et vérifications.
- Par exemple, vous pouvez désactiver certaines "image sizes", puis ensuite, créer un article avec thumbnail et vérifier votre page "Blog" pour vous assurer qu'il n'y a pas d'images "404 Not found". Pareil pour les articles en question où l'on retrouve souvent un module "Articles sur le même sujet" où des tailles d'images secondaires peuvent être utilisées.
- Vous pouvez aussi créer un produit eCommerce avec images et vérifier que votre "Page Produit" contient toutes les images souhaitées.
Aussi, il vous sera souvent utile de faire un "Clic droit" sur vos images > "Copier l'adresse de l'image" (ou inspecter votre code source), pour vérifier les URLs complètes des images afin de déterminer les déclinaisons à ne pas désactiver / supprimer.
À noter : la taille d'image "Large" ("Grande" en français) native de WordPress est souvent utilisée pour les images intégrées dans les articles de blog. C'est la taille par défaut sélectionnée lorsque vous insérez une image dans vos articles de blog.
Il s'agit d'un vrai travail de maintenance basé sur la vérification fine de ce qu'il se passe sur votre site. Les images ne sont pas uniquement visuelles. Elles ont aussi une adresse URL propre incluse dans votre code source.
Néanmoins, ce travail en vaut la peine si vous ne désirez pas consommer inutilement vos quotas d'inodes.
4. Configurer les tailles d'image dans les Réglages des Médias de WordPress
Si vous désirez désactiver certains "image sizes" natives au cœur de WordPress, rendez-vous dans le Tableau de bord WordPress, puis dans "Réglages" > "Médias".
Ici, vous pouvez définir les tailles d'image que WordPress génère automatiquement.
Si certaines tailles ne sont pas nécessaires, vous pouvez les définir à zéro pour éviter leur génération future.
Veuillez noter que les tailles "thumbnail", "medium" et "large" sont les tailles d'images par défaut ajoutées par WordPress.
Le plus souvent, vous voudrez désactiver (les tailles d'images) et supprimer (les images générées) pour des déclinaisons superflues qui ont été ajoutées, le plus souvent par des thèmes installés précédemment, ou parfois par des plugins que vous n'utilisez plus. Celles listées précédemment au point 2.
Comment désactiver les déclinaisons d'images inutiles (issues d'anciens thèmes ou plugins) grâce à un plugin ?
Des plugins comme Disable Media Sizes ou Perfect Images peuvent aussi s'avérer utiles pour désactiver les tailles d'images générées par vos thèmes et d'autres plugins.
Ensuite, après avoir ajusté les réglages et utilisé les plugins, il sera important de nettoyer les anciennes images et leurs tailles inutiles pour libérer des inodes, et ce, grâce à un plugin tel que Regenerate Thumbnails.
5. Désactiver les tailles d'image inutiles via le code source (functions.php)
Si vous êtes à l'aise avec le code, sachez que vous pouvez forcer la désactivation de certaines tailles d'images via votre fichier functions.php (/wp-content/themes/Your_Theme/functions.php). Pour cela, vous pouvez ajouter des filtres PHP pour désactiver les tailles d'image inutiles en vous inspirant de ces 2 différentes approches.
NB : les "tailles d'images" à désactiver et conserver dépendent vraiment de votre thème WordPress. Les codes fournis ci-dessous ne devraient pas être utilisés tels quels. Il s'agit d'exemples à adapter.
Vous devriez désactiver les "tailles d'images" qui ne sont pas (ou plus) utilisées par votre site, grâce à la liste obtenue précédemment avec des plugins tels que "Regenerate Thumbnails" ou "Simple Image Sizes".
remove_unused_image_sizes (RECOMMANDÉ) :
Cela aura pour effet de désactiver certaines tailles d'images pour les générations futures et ne conserver QUE les déclinaisons mentionnées (dans cet exemple, 'thumbnail', 'medium' et 'large'). Bien sûr, ce code est à adapter avec les noms des déclinaisons qui sont réellement utilisées dans votre frontend. C'est-à-dire, les "image sizes" que vous désirez conserver.
Code Sélectionner
function remove_unused_image_sizes() {
$allowed_sizes = array( 'thumbnail', 'medium', 'large' );
$registered_sizes = get_intermediate_image_sizes();
foreach ( $registered_sizes as $size ) {
if ( ! in_array( $size, $allowed_sizes ) ) {
remove_image_size( $size );
}
}
}
add_action('init', 'remove_unused_image_sizes');Alternativement, vous pourriez utiliser cette approche inverse...
remove_default_image_sizes :
À l'inverse de la fonction précédente, ce code a pour but de désactiver certaines déclinaisons mentionnées explicitement ci-dessous. Les déclinaisons mentionnées explicitement ci-dessous devraient être désactivées. Soyez bien sûr que la variable est bien orthographiée.
Code Sélectionner
function remove_default_image_sizes($sizes) {
unset($sizes['thumbnail']); // Désactiver la taille 'thumbnail'
unset($sizes['medium']); // Désactiver la taille 'medium'
unset($sizes['large']); // Désactiver la taille 'large'
return $sizes;
}
add_filter('intermediate_image_sizes_advanced', 'remove_default_image_sizes');Pensez à tester que la désactivation est bien effective !
Pour cela, rien de plus simple. Il vous suffit de téléverser n'importe quelle image dans votre Bibliothèque des Médias WordPress et de vérifier via le "Gestionnaire de Fichiers" de votre hébergement (File Manager) ou via "FTP", dans le répertoire /wp-content/uploads/$year/$month/ que l'image a été déclinée uniquement dans les formats que vous désiriez conserver.
Enfin, pour réduire votre consommation d'inodes de façon significative, il vous faudra utiliser un plugin de régénération des images de WordPress tel que Regenerate Thumbnails ou Force Regenerate Thumbnails cités au point 6.
6. Utiliser un plugin pour nettoyer les "tailles d'images" désactivées
Il existe plusieurs plugins qui peuvent vous aider à mieux gérer les formats d'images et à réduire la consommation d'inodes.
ATTENTION : Avant d'utiliser un plugin de nettoyage d'images quel qu'il soit, il est important de réaliser une SAUVEGARDE complète et fiable de l'ensemble de votre site (fichiers et base de données), à stocker sur 2 emplacements (Clé USB, Disque dur, Service Cloud comme Google Drive ou Dropbox, etc).
Voici quelques plugins qui peuvent s'avérer utiles.
Ce plugin vous permet de régénérer les miniatures pour vos images. Vous devriez l'utiliser après avoir modifié les réglages des tailles d'image (comme expliqué précédemment au point 4), pour supprimer les tailles inutiles.
Alternativement, le plugin Force Regenerate Thumbnails peut être utile pour régénérer les formats d'images en ne conservant que les "image sizes" actuellement utilisés par votre site WordPress.
Une fois le choix des "tailles d'images" à désactiver réalisé ; et une fois la désactivation des déclinaisons d'images paramétré via un plugin ou votre code source (functions.php), il vous sera nécessaire de regénérer les déclinaisons d'images de votre site WordPress, avec suppression des anciennes images associées aux "tailles" désactivées.
Pour supprimer les déclinaisons inutiles lors de la regénération, veillez à cocher l'option suivante :
« Delete thumbnail files for old unregistered sizes in order to free up server space. This may result in BORKEN IMAGE in your posts and pages »
Traduction :
« Supprimez les fichiers d'images pour les anciennes tailles non enregistrées afin de libérer de l'espace serveur. Cela peut entraîner des IMAGES CASSÉES dans vos articles et pages »
Nous donc insistons donc sur l'importance de bien définir quelles "tailles d'images" doivent être désactivées / supprimées, pour éviter les images cassées.
___________
Ce plugin analyse votre bibliothèque de médias pour identifier et supprimer les fichiers inutilisés, y compris les images et leurs différentes tailles.
ATTENTION :
Une sauvegarde complète de votre site et des vérifications rigoureuses devront être réalisées.
Ces plugins peuvent vous aider à identifier et supprimer les déclinaisons d'images et les images réelles présentes sur votre hébergement web. Autrement dit, des images qui ne sont pas utilisées réellement par votre site.
7. Éviter d'utiliser les formats WebP ou AVIF avec sauvegarde des images originales
Des plugins comme Imagify ou WebP Express permettent de compresser et de convertir vos images au format WebP ou AVIF, offrant de meilleures performances pour le chargement des pages.
Cependant, un problème courant pour votre consommation d'inodes est que ces plugins proposent souvent de sauvegarder les déclinaisons originales des images (png, jpg, etc.) en parallèle des fichiers WebP/AVIF générés.
Résultat : chaque fichier image se retrouve en double, ce qui double la consommation d'inodes de vos images.
Pour soulager votre quota d'inodes et éviter de surcharger vos quotas, 2 solutions opposées s'offrent à vous :
- Renoncer au format WebP/AVIF : si ces formats ne sont pas essentiels à votre site, conserver uniquement les formats originaux (png, jpg) peut grandement réduire le nombre d'inodes utilisés et vous éviter de passer à un plan d'hébergement supérieur ou souscrire à un quota d'inodes supplémentaire.
- Ne pas sauvegarder les originaux (WebP seulement) : si vous souhaitez garder le WebP et que ce format vous satisfait, vous pourriez configurer votre plugin de compression pour qu'il remplace directement les images originales, sans sauvegarder les formats jpg et png.
Attention toutefois :
cela signifie que le format original sera définitivement supprimé, une décision qui doit être mûrement réfléchie ! D'ailleurs, évitez ce choix pour le format AVIF, car celui-ci reste actuellement non compatible avec certaines solutions tierces. Il pourrait être très problématique d'être bloqué sur le format AVIF sans possibilité de retour en arrière.
Vous n'arrivez rien compris ? On résume la procédure en quelques mots...
Bien qu'établir la liste des tailles utilisées puisse prendre un peu de temps, ce n'est pas si complexe que ça, une fois la logique comprise.
Pour faire court (et dit autrement), il vous suffit principalement d'ouvrir chacun de vos différents templates :
- accueil du site
- accueil du blog
- catégorie d'articles
- page d'article
- accueil de la boutique
- liste de produits (catégorie de produit)
- page de produit (fiche eCommerce)
- etc
Ensuite, survolez brièvement vos pages et vérifiez les tailles d'images qui sont utilisées pour chaque image de ces templates.
Par exemple, si vous utilisez le thème Divi, on peut voir ci-dessous que :
- la taille d'image pour la Vignette d'aperçu d'Article de la page Blog est 400x250
- la taille d'image pour les Vignettes de Variations de Produits WooCommerce est 100x100
- et ainsi de suite
Pour rappel : la taille d'image "Large" ("Grande" en français) native de WordPress est souvent utilisée pour les images intégrées dans les articles de blog. C'est la taille par défaut sélectionnée lorsque vous insérez une image dans vos articles de blog.
Une fois tout cela compris, il suffit de...
- noter les "tailles" réellement utilisées sur vos différents templates
- > désactiver les tailles inutiles
- > > regénérer enfin vos images avec suppression des anciennes images de déclinaisons désactivées (option "Delete thumbnail files for old unregistered sizes" dans "Regenerate Thumbnails")
Pour vérifier directement l'effet de votre nettoyage...
Après désactivation / regénération, vous pourrez immédiatement vérifier si des déclinaisons ont été supprimées en ouvrant vos dossiers médias. Par exemple : /wp-content/uploads/2025/01/ et ainsi de suite.
En appliquant rigoureusement cette méthode, vous devriez pouvoir réduire efficacement le nombre de formats d'images générés, et par conséquent, optimiser l'utilisation des inodes sur votre site WordPress.
Vous voilà expert en nettoyage d'images en vue de réduire votre consommation d'inodes !
En optant pour l'une de ces stratégies, vous pouvez réduire efficacement la pression sur vos limites d'inodes et éviter de devoir souscrire à un plan d'hébergement plus coûteux ou acheter des quotas supplémentaires.
#34
MassiveHoster Academy / Comment calculer la consommati...
Dernier message par MassiveHoster - Déc 02, 2024, 12:18 PMEn tant qu'utilisateur d'Hébergement Web, il est utile de garder un œil sur votre consommation d'inodes, notamment pour éviter la saturation de votre espace, ainsi que des problèmes de stabilité (erreurs intempestives...), et de sécurité (sauvegardes déficientes...).
Chaque fichier et dossier de votre espace correspond à un inode, et les dépassements de quota peuvent entraîner plusieurs problèmes, comme l'impossibilité de créer de nouveaux fichiers, des erreurs 503, 504 ou 508, des sauvegardes trop longues à réaliser (qui peuvent se retrouver corrompues), etc.
Pour éviter ces inconvénients, il est important d'analyser régulièrement vos répertoires pour identifier ceux qui consomment le plus d'inodes.
Pour en savoir plus sur les quotas d'inodes, rendez-vous sur cet autre sujet du forum :
Procédure pour analyser votre consommation d'inodes
Connectez-vous à votre interface de gestion MassiveHoster depuis votre compte client, ou directement en renseignant l'URL de votre serveur comme expliqué dans notre Guide de démarrage > Comment se connecter à votre panel d'hébergement MassiveHoster ?
Ouvrez votre Terminal (icône depuis la page d'accueil du panel ou depuis le moteur de recherche).
L'invite en lignes de commande s'ouvre par défaut à la racine de votre répertoire utilisateur. Par exemple : /homes/user/.
Vous pouvez vérifier cela grâce à la ligne de commande pwd.
Étape 1 : Vérifier la consommation à la racine "."
Entrez la commande suivante dans le terminal pour voir la consommation d'inodes des dossiers à la racine :
Cela vous permettra, par exemple :
Étape 2 : Comprendre la consommation dans le répertoire "./domains/"
Pour aller plus loin, entrez dans le répertoire ./domains/ qui contient vos différents sites web avec cette commande :
Vous verrez alors la répartition des inodes par domaines, ce qui vous donnera une idée des sites les plus consommateurs.
Étape 3 : Zoom sur un domaine spécifique "./domains/example.com/public_html/"
Enfin, pour analyser un domaine particulier (par exemple "example.com"), exécutez cette commande depuis son répertoire (adaptez la commande avec le nom de domaine réel à analyser) :
Poursuivez cette démarche étape par étape dans les sous-répertoires si un dossier semble consommer une quantité d'inodes anormale.
Par exemple...
Et ainsi de suite.
Voilà !
Vous savez maintenant comment évaluer avec précision quels répertoires de votre hébergement MassiveHoster sont actuellement très consommateur d'inodes.
Cette méthode peut vous permettre d'identifier les répertoires problématiques.
Pour les utilisateurs de WordPress, voici quelques situations fréquentes :
En restant vigilant et grâce à ces analyses régulières, vous éviterez les situations d'overquota et éviterez donc des problèmes potentiels sur votre hébergement.
N'hésitez pas à répondre ci-dessous pour obtenir tout complément d'information et/ou à ouvrir un ticket auprès de notre support technique si vous suspectez un problème de surconsommation d'inodes.
Chaque fichier et dossier de votre espace correspond à un inode, et les dépassements de quota peuvent entraîner plusieurs problèmes, comme l'impossibilité de créer de nouveaux fichiers, des erreurs 503, 504 ou 508, des sauvegardes trop longues à réaliser (qui peuvent se retrouver corrompues), etc.
Pour éviter ces inconvénients, il est important d'analyser régulièrement vos répertoires pour identifier ceux qui consomment le plus d'inodes.
Pour en savoir plus sur les quotas d'inodes, rendez-vous sur cet autre sujet du forum :
Procédure pour analyser votre consommation d'inodes
Connectez-vous à votre interface de gestion MassiveHoster depuis votre compte client, ou directement en renseignant l'URL de votre serveur comme expliqué dans notre Guide de démarrage > Comment se connecter à votre panel d'hébergement MassiveHoster ?
Ouvrez votre Terminal (icône depuis la page d'accueil du panel ou depuis le moteur de recherche).
L'invite en lignes de commande s'ouvre par défaut à la racine de votre répertoire utilisateur. Par exemple : /homes/user/.
Vous pouvez vérifier cela grâce à la ligne de commande pwd.
Étape 1 : Vérifier la consommation à la racine "."
Entrez la commande suivante dans le terminal pour voir la consommation d'inodes des dossiers à la racine :
Code Sélectionner
cd . ; echo "Detail de consommation Inodes pour : $(pwd)" ; for d in `find -maxdepth 1 -type d |cut -d\/ -f2 |grep -xv . |sort`; do c=$(find $d |wc -l) ; printf "$c\t\t- $d\n" ; done ; printf "Total: \t\t$(find $(pwd) | wc -l)\n"Cela vous permettra, par exemple :
- De vérifier si les inodes sont principalement consommés par vos fichiers de site internet (répertoires dans ./domains)
- Ou par vos emails stockés dans (répertoire ./Maildir).
Étape 2 : Comprendre la consommation dans le répertoire "./domains/"
Pour aller plus loin, entrez dans le répertoire ./domains/ qui contient vos différents sites web avec cette commande :
Code Sélectionner
cd ./domains/ ; echo "Detail de consommation Inodes pour : $(pwd)" ; for d in `find -maxdepth 1 -type d |cut -d\/ -f2 |grep -xv . |sort`; do c=$(find $d |wc -l) ; printf "$c\t\t- $d\n" ; done ; printf "Total: \t\t$(find $(pwd) | wc -l)\n"Vous verrez alors la répartition des inodes par domaines, ce qui vous donnera une idée des sites les plus consommateurs.
Étape 3 : Zoom sur un domaine spécifique "./domains/example.com/public_html/"
Enfin, pour analyser un domaine particulier (par exemple "example.com"), exécutez cette commande depuis son répertoire (adaptez la commande avec le nom de domaine réel à analyser) :
Code Sélectionner
cd ./domains/example.com/public_html/ ; echo "Detail de consommation Inodes pour : $(pwd)" ; for d in `find -maxdepth 1 -type d |cut -d\/ -f2 |grep -xv . |sort`; do c=$(find $d |wc -l) ; printf "$c\t\t- $d\n" ; done ; printf "Total: \t\t$(find $(pwd) | wc -l)\n"Poursuivez cette démarche étape par étape dans les sous-répertoires si un dossier semble consommer une quantité d'inodes anormale.
Par exemple...
Code Sélectionner
cd ./domains/example.com/public_html/wp-content/ ; ... ;
cd ./domains/example.com/public_html/wp-content/uploads/ ; ... ;Et ainsi de suite.
Voilà !
Vous savez maintenant comment évaluer avec précision quels répertoires de votre hébergement MassiveHoster sont actuellement très consommateur d'inodes.
Cette méthode peut vous permettre d'identifier les répertoires problématiques.
Pour les utilisateurs de WordPress, voici quelques situations fréquentes :
- Répertoires d'images dans /wp-content/uploads/ :
WordPress crée parfois de nombreuses versions pour chaque image (taille réduite, miniature (thumbnail), taille moyenne, grande, haute définition, etc). Ces déclinaisons (souvent inutilisées) peuvent consommer un grand nombre d'inodes, que vous pouvez limiter en ajustant vos préférences de déclinaisons d'images et en utilisant un plugin de nettoyage. - Caches dans /wp-content/cache/ :
les outils de mise en cache peuvent générer beaucoup de fichiers temporaires, liés par exemple à des URLs que vous ne désirez pas "mettre en cache", comme des pages de filtres de type /produit-ecommerce/?couleur=rouge&taille=XL, etc. Corriger la configuration de votre plugin de cache peut, dans certains cas, vous permettre de réduire sa consommation d'inodes. - Répertoires oubliés ou sauvegardes locales (comme /wp-content-BKP1/) :
Ces dossiers peuvent généralement être supprimés lorsque l'intervention du développeur est terminée, mais sont souvent oubliés suite aux maintenances réalisées par le webmaster. Si vous découvrez ce type d'ancien répertoire oublié, il peut être utile de le supprimer.
En restant vigilant et grâce à ces analyses régulières, vous éviterez les situations d'overquota et éviterez donc des problèmes potentiels sur votre hébergement.
N'hésitez pas à répondre ci-dessous pour obtenir tout complément d'information et/ou à ouvrir un ticket auprès de notre support technique si vous suspectez un problème de surconsommation d'inodes.
#35
Support Technique / Re : Compression Gzip
Dernier message par MassiveHoster - Déc 02, 2024, 05:09 AMBonjour Digistork,
Merci pour cette très bonne question
Oui, la compression Gzip est bien disponible par défaut, même si DirectAdmin ne propose pas l'option simplifiée « Optimiser le site » comme dans cPanel.
Vous pouvez l'activer manuellement ou vérifier son activation pour vos sites en suivant les étapes ci-dessous :
1. Vérifier la présence de Gzip avec un fichier phpinfo :
Pour vérifier que Gzip est pris en charge par le serveur, vous pouvez créer un fichier PHP spécial. Voici comment faire :
2. Activer la compression Gzip via .htaccess
Pour activer la compression manuellement si elle n'est pas encore en place, modifiez votre fichier .htaccess et ajoutez des règles semblables à celles-ci :
Enregistrez le fichier .htaccess, et la compression Gzip devrait être active.
3. Vérifier que Gzip est actif avec Google Chrome (entêtes HTTP)
Pour confirmer que la compression Gzip est bien active :
4. Outils en ligne
Pour une double vérification, des outils comme https://www.giftofspeed.com/gzip-test/ peuvent aussi permettre de vérifier si votre site utilise Gzip !
N'hésitez pas à essayer ces étapes et à nous partager ici vos résultats
Bonnes optimisations !
Merci pour cette très bonne question
Oui, la compression Gzip est bien disponible par défaut, même si DirectAdmin ne propose pas l'option simplifiée « Optimiser le site » comme dans cPanel.
Vous pouvez l'activer manuellement ou vérifier son activation pour vos sites en suivant les étapes ci-dessous :
1. Vérifier la présence de Gzip avec un fichier phpinfo :
Pour vérifier que Gzip est pris en charge par le serveur, vous pouvez créer un fichier PHP spécial. Voici comment faire :
- Accédez à votre gestionnaire de fichiers ou utilisez un client FTP.
- Créez un fichier nommé par exemple phpinfo123456.php
(vous pouvez de préférence choisir un autre nom par mesure de sécurité). - Ajoutez ce code à l'intérieur du fichier :Code Sélectionner
<?php phpinfo(); ?> - Enregistrez le fichier, puis accédez à votre site avec l'URL de ce fichier (exemple : https://example.com/phpinfo123456.php ).
- Une fois la page chargée, recherchez « gzip » ou « mod_deflate » pour vérifier si Gzip est activé sur le serveur.
2. Activer la compression Gzip via .htaccess
Pour activer la compression manuellement si elle n'est pas encore en place, modifiez votre fichier .htaccess et ajoutez des règles semblables à celles-ci :
Code Sélectionner
# Gzip compression through htaccess by MassiveHoster.com,
# src : https://forum.massivehoster.com/massivehoster-academy/
<IfModule mod_deflate.c>
# Active compression
SetOutputFilter DEFLATE
# Force deflate for mangled headers
<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
# Don't compress images and other uncompressible content
SetEnvIfNoCase Request_URI \
\.(?:gif|jpe?g|png|rar|zip|exe|flv|mov|wma|mp3|avi|swf|mp?g)$ no-gzip dont-vary
</IfModule>
</IfModule>
# Compress all output labeled with one of the following MIME-types
<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE application/atom+xml \
application/javascript \
application/json \
application/rss+xml \
application/vnd.ms-fontobject \
application/x-font-ttf \
application/xhtml+xml \
application/xml \
font/opentype \
image/svg+xml \
image/x-icon \
text/css \
text/html \
text/plain \
text/x-component \
text/xml \
font/ttf \
font/otf \
font/woff \
font/woff2
</IfModule>
<IfModule mod_headers.c>
Header append Vary: Accept-Encoding
</IfModule>
</IfModule>
<IfModule mod_mime.c>
AddType text/html .html_gzip
AddEncoding gzip .html_gzip
</IfModule>
<IfModule mod_setenvif.c>
SetEnvIfNoCase Request_URI \.html_gzip$ no-gzip
</IfModule>
<IfModule mod_deflate.c>
# Compress HTML, CSS, JavaScript, Text, XML and fonts
# (optional, more readable and covers a wider range of mime types)
AddOutputFilterByType DEFLATE application/atom_xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
AddOutputFilterByType DEFLATE application/x-font
AddOutputFilterByType DEFLATE application/x-font-opentype
AddOutputFilterByType DEFLATE application/x-font-otf
AddOutputFilterByType DEFLATE application/x-font-truetype
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-eruby
AddOutputFilterByType DEFLATE application/x-httpd-fastphp
AddOutputFilterByType DEFLATE application/x-httpd-php
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE font/opentype
AddOutputFilterByType DEFLATE font/otf
AddOutputFilterByType DEFLATE font/ttf
AddOutputFilterByType DEFLATE font/woff
AddOutputFilterByType DEFLATE font/woff2
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE image/x-icon
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/javascript
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/xml
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
</IfModule>Enregistrez le fichier .htaccess, et la compression Gzip devrait être active.
3. Vérifier que Gzip est actif avec Google Chrome (entêtes HTTP)
Pour confirmer que la compression Gzip est bien active :
- Ouvrez votre site dans Google Chrome.
- Faites un clic droit et sélectionnez Inspecter pour ouvrir les outils de développement.
- Naviguez dans l'onglet Network (Réseau) et rechargez la page.
- Cliquez sur un fichier (par exemple, index.html ou un fichier CSS).
- Sous l'onglet Headers (Entêtes), recherchez la ligne content-encoding.
- Si vous voyez « gzip », cela signifie que la compression est active.
4. Outils en ligne
Pour une double vérification, des outils comme https://www.giftofspeed.com/gzip-test/ peuvent aussi permettre de vérifier si votre site utilise Gzip !
N'hésitez pas à essayer ces étapes et à nous partager ici vos résultats
Bonnes optimisations !
#36
Support Technique / Compression Gzip
Dernier message par Digistork - Nov 30, 2024, 11:16 AMBonjour
il n'y a pas dans directadmin le petit bouton "optimiser le site" pour activer la compression Gzip.
Est elle disponible ?
Si oui faut il simplement l'activer "manuellement" via HTACCESS ?
Merci !
il n'y a pas dans directadmin le petit bouton "optimiser le site" pour activer la compression Gzip.
Est elle disponible ?
Si oui faut il simplement l'activer "manuellement" via HTACCESS ?
Merci !
#37
Support Technique / Re : Souci avec le certificat ...
Dernier message par Pesselles - Nov 19, 2024, 02:33 PMC'est tout bon, merci encore
#38
Support Technique / Re : Souci avec le certificat ...
Dernier message par MassiveHoster - Nov 19, 2024, 02:25 PMN'hésitez pas à vérifier si le certificat a bien été livré en visitant votre site en HTTPS en navigation privé.
Cela devrait être très rapide.
Cela devrait être très rapide.
#39
Support Technique / Re : Souci avec le certificat ...
Dernier message par Pesselles - Nov 19, 2024, 02:05 PMOk merci beaucoup pour ta réponse et pour le lien vers le tuto.
J'ai appliqué la procédure, yapluka attendre
à suivre
J'ai appliqué la procédure, yapluka attendre
à suivre
#40
Support Technique / Re : Souci avec le certificat ...
Dernier message par MassiveHoster - Nov 19, 2024, 01:54 PMBonjour Pesselles,
Merci pour votre message ainsi que votre patience.
Effectivement, il n'est pas encore possible de transférer des noms de domaine chez MassiveHoster :-) Mais c'est un service que nous comptons proposer très prochainement !
Il est nécessaire, de ce fait, de faire pointer un domaine via les NS / DNS / Serveurs de Noms, c'est exact.
Lorsque vous faites pointer votre nom de domaine vers MassiveHoster, le temps de la propagation il est possible que Let's Encrypt passe trop tôt et, du coup, la génération du SSL / certificat échoue.
Dans ce cas-là, une fois la propagation terminée, vous pouvez forcer la génération du SSL manuellement comme c'est indiqué dans ce tuto du forum :
https://forum.massivehoster.com/massivehoster-academy/comment-generer-un-certificat-ssl-pour-un-nouveau-domaine-sous-domaine/
Cela n'est nécessaire que pour la toute première génération du SSL. Les renouvellements sont automatiques :-)
N'hésitez pas à nous revenir en tickets (pour plus de réactivité) ou via ce forum en cas de besoin.
Merci pour votre message ainsi que votre patience.
Effectivement, il n'est pas encore possible de transférer des noms de domaine chez MassiveHoster :-) Mais c'est un service que nous comptons proposer très prochainement !
Il est nécessaire, de ce fait, de faire pointer un domaine via les NS / DNS / Serveurs de Noms, c'est exact.
Lorsque vous faites pointer votre nom de domaine vers MassiveHoster, le temps de la propagation il est possible que Let's Encrypt passe trop tôt et, du coup, la génération du SSL / certificat échoue.
Dans ce cas-là, une fois la propagation terminée, vous pouvez forcer la génération du SSL manuellement comme c'est indiqué dans ce tuto du forum :
https://forum.massivehoster.com/massivehoster-academy/comment-generer-un-certificat-ssl-pour-un-nouveau-domaine-sous-domaine/
Cela n'est nécessaire que pour la toute première génération du SSL. Les renouvellements sont automatiques :-)
N'hésitez pas à nous revenir en tickets (pour plus de réactivité) ou via ce forum en cas de besoin.