Poster une réponse à un sujet: 2010/01/18 CSS/JS toussa :o
Attention, ce sujet est un sujet ancien (5451 jours sans réponse)
zion
J'ai été jeter un oeil, j'aime.
Mais globalement, si on force le cache pour les images, seule la première page a un impact réel, et le boulot pour faire ces sprites bon, ... chouette concept, mais ptain
Mais globalement, si on force le cache pour les images, seule la première page a un impact réel, et le boulot pour faire ces sprites bon, ... chouette concept, mais ptain
gizmo
Si tu veux vraiment faire des economies de requetes, tu pourrais aussi envisager d'utiliser un sprite CSS. Vu la quantite d'images qu'il y a sur une page, tu economiseras facilement 30-40 requetes par page.
zion
Bon, allez, je prends quelques minutes pour expliquer un peu le pourquoi (et désolé pour le ton plus sec de hier, j'étais à bout).
Primo, il y a le fait que sur le web, même si la technologie existe pour une gestion efficace de cache, très peu de programmeurs utilisent. Si ce n'est activer une option sur un serveur sans se poser de question, rares sont les sites qui utilisent 304, eTag et autres joyeusetés proposées par le protocole.
De mon point de vue, je cumule toutes les options possibles, l'eTag pour savoir si je dois ou non t'envoyer du contenu, mais aussi un cache forcé sur certains fichiers (js/css/images) qui ne doivent en principe changer que super rarement.
De plus, info bouge souvent, de nouvelles sections, de nouvelles fonctions, des améliorations par ci par la pour la performance, la sécurité ou le confort des utilisateurs, ce qui n'est pas non plus le cas de nombreux sites qui soit n'évoluent jamais, soit évoluent par gros coup une fois toutes les X années mais ne progressent pas petit à petit.
Tout cela, plus le fait que tu es un visiteur régulier, et donc que pendant les X jours du cache la probabilité est plus forte qu'ailleurs que tu te retrouves avec un CSS foireux.
La modif d'hier, ça a pour but non seulement de réduire les CSS envoyés, mais aussi sur une partie du JS+CSS d'ajouter un versioning, ce qui dans le futur permettra de réduire, sans complètement supprimer, ces problèmes.
Et dernière chose... bah... c'est ce qui fait le charme du site, non?
Primo, il y a le fait que sur le web, même si la technologie existe pour une gestion efficace de cache, très peu de programmeurs utilisent. Si ce n'est activer une option sur un serveur sans se poser de question, rares sont les sites qui utilisent 304, eTag et autres joyeusetés proposées par le protocole.
De mon point de vue, je cumule toutes les options possibles, l'eTag pour savoir si je dois ou non t'envoyer du contenu, mais aussi un cache forcé sur certains fichiers (js/css/images) qui ne doivent en principe changer que super rarement.
De plus, info bouge souvent, de nouvelles sections, de nouvelles fonctions, des améliorations par ci par la pour la performance, la sécurité ou le confort des utilisateurs, ce qui n'est pas non plus le cas de nombreux sites qui soit n'évoluent jamais, soit évoluent par gros coup une fois toutes les X années mais ne progressent pas petit à petit.
Tout cela, plus le fait que tu es un visiteur régulier, et donc que pendant les X jours du cache la probabilité est plus forte qu'ailleurs que tu te retrouves avec un CSS foireux.
La modif d'hier, ça a pour but non seulement de réduire les CSS envoyés, mais aussi sur une partie du JS+CSS d'ajouter un versioning, ce qui dans le futur permettra de réduire, sans complètement supprimer, ces problèmes.
Et dernière chose... bah... c'est ce qui fait le charme du site, non?
ovh
toussa
zion
Maintenant, si tu veux une explication plus longue, je peux faire ça demain, mais là j'en ai marre, ça tourne... je coupe
zion
Euh, je suis justement en train d'adapter le système si tu lis le message
Marcel: Et j'y peux rien si les autres sites sont pas très agressif sur le cache des utilisateurs, de mon point de vue je préfère forcer les utilisateurs un reload et économiser des requêtes, du CPU, de la Ram, etc, etc...
Marcel: Et j'y peux rien si les autres sites sont pas très agressif sur le cache des utilisateurs, de mon point de vue je préfère forcer les utilisateurs un reload et économiser des requêtes, du CPU, de la Ram, etc, etc...
philfr
Je me pose quand-même une question...
Pourquoi n'y a-t-il que sur info que les changements de look imposent un reload/vidage de cache/ctrl-F5/bouton reset/... ???
Pourquoi n'y a-t-il que sur info que les changements de look imposent un reload/vidage de cache/ctrl-F5/bouton reset/... ???
testeurdesite
cmd + r et c'est reviendru du droitu
zion
Ouaip, c'est un style qui a du migrer vers le thème ça, logique, logique
rfr
Un Control+R nécessaire pour moi. Les titres des topics du forum étaient mal aligné dans la boite de droite, au dessus de la shout.