Le fragment suivant est utilisé (et fonctionne très bien) mais génère une chaîne de redirection :(.
If (function_excists('basicgravatar')
function basicgravatar ($avatar_defaults) {
$myavatar = get_stylesheet_directory_uri() . '/images/gravatar.png'; //Child theme
//$myavatar = get_bloginfo('template_directory') . '/images/gravatar.png'; //Main theme
$avatar_defaults[$myavatar] = "New default avatar";
return $avatar_defaults; }
add_filter( 'avatar_defaults', 'basicgravatar' );
Utiliser GTmetrix qui montre ce qui suit:
Supprimez si possible la chaîne de redirection suivante: http://0.gravatar.com/avatar/?d=http://oursite.com/media/wp-content/themes/our- child-theme/images/gravatar.png & s = 40 et 2 lignes supplémentaires avec un msg presque identique
De plus, ceci est affiché comme résultat après avoir utilisé le code ci-dessus:
Les ressources suivantes ont un contenu identique, mais sont servies à partir d'URL différentes. Servir ces ressources à partir d'une URL cohérente pour enregistrer 2 demandes et 20,2 Ko.
Plus il y a de commentaires, plus il y a de redirections.
(Les citations ci-dessus montrent les résultats après seulement deux (2) commentaires et une case d'auteur, imaginez 50 commentaires ou plus ...) .. comment résoudre ce problème sans éditer de fichier de base.
Merci d'avance pour votre temps et vos efforts.
C’est essentiellement ainsi que fonctionne le service Gravatar.
Votre code ne sait pas si un e-mail particulier est associé à un gravatar. Le seul moyen serait d'interroger l'API gravatar et de stocker si un gravatar est disponible (et de demander à nouveau les mises à jour) pour chaque courrier électronique et que les fonctionnalités qui en résultent vont permettre à Snowball de passer rapidement à cette redirection.
Un peu plus pratique, Tweak pourrait implémenter un chargement paresseux pour les gravatars, afin qu'ils ne soient pas chargés jusqu'à ce que le visiteur leur défile.
J'utilise FV Gravatar Cache
plugin qui résout ce problème en: