Discussion :

[SekYo]

Plop,

A chaque fois que j'utilise un image_tag ou le helper pour inclure un script JS en rails, quand j'ouvre ma page web, via Firebug je vois que dans la requète le nom de chaque image/script est suffixé automatiquement par un nombre genre "page.png?1185358155" .
A quoi servent ces nombres ? Gestion des différentes versions d'un fichier pour le cache ?
J'ai Google un peu, mais j'ai pas du utiliser les bons keywords, rien trouvé

Merci

[titoumimi]

exactement, le fait de passer un paramètre aléatoire permet d'être sur que le fichier est bien rechargé, et non sorti du cache

Je pense que ça le fait en dev, mais je en pensse pas que ça le fasse encore en prod

[SekYo]

Erf pourtant sous Lighttpd + FastCGI ça me le fait toujours. Et je crois bien être ne mode production pourtant :/ Y a un moyen de le vérifier ?
Sachant que j'ai bien

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"bin-environment" => ( "RAILS_ENV" => "production" )

dans mon lighttpd.conf

[titoumimi]

c'est surtout que je pense que ça perds grandement de son utilité en prod, où tu n'est pas censé modifier tes fichiers toutes les demies secondes

Mais je n'arrive rien à trouver dans la doc pour étayer mes propos... (d'ailleurs, ils ne parlent même pas de ce param aléatoire...)

[Zfred]

En mode production tu peux paramétrer l'utilisation du cache ou pas.
Il me semble que par défaut ça ne l'utilise pas.
Ce qui expliquerait que tu as le meme phénomene.
Je ne maitrise pas du tout le sujet, donc j'arrete avant de dire trop de bétises...

[Taum]

Salut,

Je viens de regarder et en production j'ai aussi les timestamp derrière les images

En fouillant un peu dans le core, voici ce que fais Rails :
Il rajoute la variable ENV['RAILS_ASSET_ID'], ou bien si elle n'est pas défini la valeur de File.mtime pour le fichier en question.

Donc :
- Ce ne dépend pas de l'environement production/development
- Tu peux te débarasser des timestamps si ENV['RAILS_ASSET_ID'] = ""
- L'utilité est que ça force l'image à se recharger lorsqu'elle est modifiée sur le disque (je ne sais pas ce que ça donne si il n'y en a pas en revanche )

[Zfred]

Bien vu Taum
J'ai regardé de mon coté, et j'arrive à la meme réponse

[SekYo]

Yep merci bien. Par contre j'avoue que je comprend pas trop le pourquoi de ce système, pour la gestion des caches y a déjà les ETags ( ou au pire la date de dernière modif ) qui sont reconnus par les navigateurs, donc rajouter une 3ème couche derrière tout ça me parait un peu... inutile.