Reconnaissance d'une image ?

Reconnaissance d'une image ? - PHP - Programmation

Marsh Posté le 06-04-2005 à 15:20:21    

Hello à tous !
Je recherche une aide en programmation selon laquelle, avant le chargement d'une image, on vérifie qu'elle ne soit pas déjà présente dans les fichiers temporaires, et que si elle y est, ne pas la charger sur le serveur mais directement sur l'ordinateur ?
Merci de m'éclairer !


Message édité par foxbond le 06-04-2005 à 15:21:04
Reply

Marsh Posté le 06-04-2005 à 15:20:21   

Reply

Marsh Posté le 06-04-2005 à 15:21:46    

tu décris un mécanisme de cache, non ?
je comprends pas dans quel contexte tu veux faire ça

Reply

Marsh Posté le 06-04-2005 à 15:25:27    

Exemple :
Une page en php charge l'image "Images/test.jpg"
Afin de limiter l'afflux de bande passante sur mon serveur (et donc limiter les dépenses), j'aimerais que l'image soit directement chargée dans le cache de l'utilisateur si elle y est contenue..

Reply

Marsh Posté le 06-04-2005 à 15:25:42    

+1

Reply

Marsh Posté le 06-04-2005 à 15:26:31    

foxbond a écrit :

Exemple :
Une page en php charge l'image "Images/test.jpg"
Afin de limiter l'afflux de bande passante sur mon serveur (et donc limiter les dépenses), j'aimerais que l'image soit directement chargée dans le cache de l'utilisateur si elle y est contenue..


 
C'est automatiquement fait déjà...  

Reply

Marsh Posté le 06-04-2005 à 15:27:22    

si je ne m'abuse, ce genre de chose est géré au niveau du browser, ça m'étonnerait que tu puisses y changer qqch [:spamafote]

Reply

Marsh Posté le 06-04-2005 à 15:28:23    

+ 1 ?
Donc il n'y a aucun moyen en programmation d'obliger cela ? :(

Reply

Marsh Posté le 06-04-2005 à 15:30:10    

foxbond a écrit :

+ 1 ?
Donc il n'y a aucun moyen en programmation d'obliger cela ? :(


 
Ya moyen de tenter d'empêcher de charger les images en cache [:itm] (généralement c'est plutôt ce qu'on cherche à faire...)
 
Par contre dans ton cas, ça dépend de comment sont configurés les navigateurs. Ce sont eux qui décident...

Reply

Marsh Posté le 06-04-2005 à 15:33:37    

D'accord merki ! :) Et alors des moyens de réduire la taille en KO d'une image gif assez facilement ? Par exemple http://www.thechien.com/Images/j3.gif ?

Reply

Marsh Posté le 06-04-2005 à 17:38:31    

Le GIF c'est le mal, le PNG est la voie à suivre.

Reply

Marsh Posté le 06-04-2005 à 17:38:31   

Reply

Marsh Posté le 06-04-2005 à 17:42:17    

Oui mais ce n'est pas transparent le png..

Reply

Marsh Posté le 06-04-2005 à 17:49:28    

Si, sauf qu'IE ne sait pas gerer la transparence dans les png.
Mais les png24 sont transparents. Et je dirais meme plus, ils sont plus "transparents" que les gif. Dans les gif la transparence est "binaire". Alors que dans les png, c'est un canal alpha.

Reply

Marsh Posté le 06-04-2005 à 18:39:27    

cerel a écrit :

Si, sauf qu'IE ne sait pas gerer la transparence dans les png.
Mais les png24 sont transparents. Et je dirais meme plus, ils sont plus "transparents" que les gif. Dans les gif la transparence est "binaire". Alors que dans les png, c'est un canal alpha.


IE gère très bien la transparence pour les png8, et pour les png24, y a royalement 3 lignes de JS à rajouter pour que IE5.5+ les supporte... [:kiki]

Reply

Marsh Posté le 06-04-2005 à 19:06:26    

gizmo a écrit :

IE gère très bien la transparence pour les png8, et pour les png24, y a royalement 3 lignes de JS à rajouter pour que IE5.5+ les supporte... [:kiki]


 
nope gizmo ;) IE ne gère pas la transparence des png8 lorsque ceux-ci sont employés comme background avec les CSS. D'ailleurs j'ai carrément été obligé de renoncer au png pour mon CMS à cause de ce point de détail qui est capital dans mon cas. ;)
 
De plus, si le png garde toute son utilité dans bien des cas, il faut savoir que le GIF est maintenant libre.

Reply

Marsh Posté le 06-04-2005 à 19:29:12    

Hermes le Messager a écrit :

nope gizmo ;) IE ne gère pas la transparence des png8 lorsque ceux-ci sont employés comme background avec les CSS. D'ailleurs j'ai carrément été obligé de renoncer au png pour mon CMS à cause de ce point de détail qui est capital dans mon cas. ;)
 
De plus, si le png garde toute son utilité dans bien des cas, il faut savoir que le GIF est maintenant libre.


Si y'a moyen, je l'ai déjà fait ;)

Reply

Marsh Posté le 06-04-2005 à 19:33:03    

http://img52.exs.cx/img52/8768/j3optimized2cg.png
 
Voilà la version optimisée. Peut pas faire plus

Reply

Marsh Posté le 06-04-2005 à 22:43:10    

Ca n'a réduit que d'un demi KO sur 13 malheureusement ..
Mais merci quand meme :)

Reply

Marsh Posté le 07-04-2005 à 07:12:57    

FlorentG a écrit :

Si y'a moyen, je l'ai déjà fait ;)


 
comment ? ça m'intéresse... Est-ce automatisable au niveau de PHP ?

Reply

Marsh Posté le 07-04-2005 à 09:01:06    

Par contre, ça prend pas en compte background-repeat. Enfin c'est chelou :heink:

Reply

Marsh Posté le 07-04-2005 à 09:03:50    

C'est un p'tit JS à mettre dans la page : http://www.allinthehead.com/retro/69

Reply

Marsh Posté le 07-04-2005 à 10:24:25    

Hermes le Messager a écrit :

De plus, si le png garde toute son utilité dans bien des cas, il faut savoir que le GIF est maintenant libre.


Certes, mais le png est non dégradant, et on obtient une taille + petite.

Reply

Marsh Posté le 07-04-2005 à 11:46:30    

FlorentG a écrit :

Par contre, ça prend pas en compte background-repeat. Enfin c'est chelou :heink:


 
Donc inutilisable dans mon cas. [:spamafote]

Reply

Marsh Posté le 07-04-2005 à 11:47:13    

CMk a écrit :

Certes, mais le png est non dégradant, et on obtient une taille + petite.


 
gné ? Le png8 est identique au gif, non dégradant (à condition de pas dépasser les 256 couleurs.) :/

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed