compression des images : doublons #2981

Closed
opened 10 years ago by prigent.yohann · 3 comments

Sur un SPIP 3.0.8, imaginons que j'ai quelques articles qui ont le même logo. Je fais une boucle sur tous les articles pour afficher tous ces logos d'articles en les réduisant (un simple image_reduire). Résultat : les images qui sont très souvent les mêmes, au lieu d'être réutilisées, sont regénerées. Pourquoi ne pas nommer l'image par son md5 au lieu de arton38-dd78b-21d03.png ?

Sur un SPIP 3.0.8, imaginons que j'ai quelques articles qui ont le même logo. Je fais une boucle sur tous les articles pour afficher tous ces logos d'articles en les réduisant (un simple image_reduire). Résultat : les images qui sont très souvent les mêmes, au lieu d'être réutilisées, sont regénerées. Pourquoi ne pas nommer l'image par son md5 au lieu de arton38-dd78b-21d03.png ?
Owner

si tu as plusieurs articles avec le même logo, il n'empêche que tu as plusieurs fichiers logo (dans IMG/).
il faudrait donc que le filtre qui fabrique les vignettes reconnaisse que les fichiers originaux sont identiques (qu'il sache que IMG/arton18.png est égal à IMG/arton25.png).
autrement dit : il faudrait ici une comparaison des md5 des fichiers originaux.
mais ceci n'empécherait pas d'avoir plusieurs IMG/artonxx.png identiques, donc ayant été téléchargés plusieurs fois et occupant x fois la place de l'original sur le serveur.
et tout ceci pour uniquement réduire quoi ? le temps de traitement du filtre |image_reduire (traitement bénéficiant déjà de la mise en cache du résultat produit).
ça me semble complexifier bien inutilement le process pour un gain de ressources serveur anecdotique.

si tu as plusieurs articles avec le même logo, il n'empêche que tu as plusieurs fichiers logo (dans IMG/). il faudrait donc que le filtre qui fabrique les vignettes reconnaisse que les fichiers originaux sont identiques (qu'il sache que IMG/arton18.png est égal à IMG/arton25.png). autrement dit : il faudrait ici une comparaison des md5 des fichiers originaux. mais ceci n'empécherait pas d'avoir plusieurs IMG/artonxx.png identiques, donc ayant été téléchargés plusieurs fois et occupant x fois la place de l'original sur le serveur. et tout ceci pour uniquement réduire quoi ? le temps de traitement du filtre |image_reduire (traitement bénéficiant déjà de la mise en cache du résultat produit). ça me semble complexifier bien inutilement le process pour un gain de ressources serveur anecdotique.
Owner

Comme le dit très bien denisb, le gain de ressource serait anecdotique. De plus cela aurait un impact sur le cas le plus répandu au profit d'un cas plutôt rare. On ferme ?

Comme le dit très bien denisb, le gain de ressource serait anecdotique. De plus cela aurait un impact sur le cas le plus répandu au profit d'un cas plutôt rare. On ferme ?
Owner

oui.
Statut changé à Fermé

oui. **Statut changé à Fermé**
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.