sur la dépêche https://linuxfr.org/news/g-mic-3-2-5-15-ans-de-developpement-pour-du-traitement-d-images-libre-et-reproductible il y a des images manquantes (disparues du cache ?) c'est au §3 (celles avant s'affichent) ah bah en rafraîchissant ce n'est qu'à partir du §4 et §5 qu'elles n'apparaissent pas o_O
peut-être un souci avec le lazy loading ? (il a la flemme de tout afficher ? :D)
alors qu'elles sont encore existantes sur le site d'origine :
https://gmic.eu/gmic325/img/
sur https://linuxfr.org/equipe j'ai parfois aussi des images manquantes (pas tout le temps les mêmes) ==> ok, corrigé
sur https://linuxfr.org/sections/ beaucoup d'images manquantes encore :/
en la plaçant ici, je la fais apparaître correctement dans cette entrée de suivi (normal on va dire)
ah tiens, je puis modifier l'entrée sans qu'elle remonte dans la pile (pas de up _o/ ?)
# Pas le "lazy loading" mais le "rate limiter"
Posté par Benoît Sibaud (site web personnel) . Évalué à 3 (+0/-0).
Y a tellement de requêtes qui partent vers LinuxFr.org que l'on répond 429 sur certaines.
[^] # Re: Pas le "lazy loading" mais le "rate limiter"
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0).
moui code HTTP 429
et on peut inclure un en-tête Retry-After ? histoire d'avoir les images tout de même ? (sans forcer rechargement page qui perd le commentaire où l'on s'était arrêté).
ou alors augmenter le nombre de requêtes autorisées…
J'imagine qu'il y a le même souci avec une page ayant beaucoup de commentaires et d'avatars à charger ? (hormis que le navigateur en a déjà sans doute la majorité en cache et ne les redemande pas ?)
[^] # Re: Pas le "lazy loading" mais le "rate limiter"
Posté par Benoît Sibaud (site web personnel) . Évalué à 3 (+0/-0). Dernière modification le 19 avril 2026 à 12:18.
La page MDN de Retry-After nous apprend que Firefox ne gère pas l'entête. Ça ne marcherait donc pas pour tout le monde.
C'est un bon cas de test en tout cas, avec 75 images différentes (dont 5 avatars) dans la page.
[^] # Re: Pas le "lazy loading" mais le "rate limiter"
Posté par Benoît Sibaud (site web personnel) . Évalué à 3 (+0/-0).
(osef mais ce n'est que la 3e dépêche par inclusion d'images, après
https://linuxfr.org/news/darktable-2-6-0 et
https://linuxfr.org/news/sortie-de-g-mic-3-0-une-troisieme-dose-pour-un-traitement-efficace-de-vos-images )
[^] # Re: Pas le "lazy loading" mais le "rate limiter"
Posté par Benoît Sibaud (site web personnel) . Évalué à 4 (+1/-0).
Le limiteur de requêtes est désormais différencié pour le site principal et les images, donc ça se passe mieux.
[^] # Re: Pas le "lazy loading" mais le "rate limiter"
Posté par BAud (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 29 avril 2026 à 14:18.
ah, j'ai (re-)trouvé une page pour laquelle cela ne se passe pas bien :D
https://linuxfr.org/sections/
peut-être placer les images sur
imgvu que c'est un répertoire dédié (principalement) à cela ;-)bon, je ne rouvre pas l'entrée pour autant, vu que tu as le signalement par commentaire, à toi de voir :p
je n'ai plus le souci d'images manquantes sur https://linuxfr.org/equipe en tout cas, sbien, merci _o/
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.