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)
sur https://linuxfr.org/equipe j'ai parfois aussi des images manquantes (pas tout le temps les mêmes)
alors qu'elles sont encore existantes sur le site d'origine :
https://gmic.eu/gmic325/img/
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 ?)
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.