2024年10月19日 12:11:37 Files in cache: 17926
2024年10月19日 12:11:39 Total img keys in redis: 18374
OK
Depuis (après le nettoyage décrit ci-dessous) :
2024年10月27日 12:07:25 Files in cache: 17962
2024年10月27日 12:07:27 Total img keys in redis: 18380
OK
Et entre-temps, histoire de donner une idée de la volumétrie des traitements a posteriori, sur 8 jours :
images qui ne sont des images mais des confusions entre hyperlien et image : 9 (implique une suppression de img/<hyperlien> + une suppression dans img/latest, après une recherche et une identification du problème)
images avec un Content-Type inattendu : 4 (uniquement dû à un "name=", il suffirait de le virer côté img, implique une modification du "type" dans redis)
images finalement remplacées par rien ou une autre, et donc devenues inutiles : 1 (implique une suppression de img/<hyperlien> + une suppression dans img/latest + une suppression dans le cache, et tout cela après une recherche et une identification du problème)
# Huit jours plus tard
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche img, le cache d’images sur LinuxFr.org. Évalué à 4.
Depuis (après le nettoyage décrit ci-dessous) :
Et entre-temps, histoire de donner une idée de la volumétrie des traitements a posteriori, sur 8 jours :
img/<hyperlien>+ une suppression dansimg/latest, après une recherche et une identification du problème)img, implique une modification du "type" dans redis)img/<hyperlien>+ une suppression dansimg/latest+ une suppression dans le cache, et tout cela après une recherche et une identification du problème)