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 ?
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.
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 ?
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 ?
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.
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 ?
oui.
Statut changé à Fermé