Sujet: 2010/01/18 CSS/JS toussa :o
18/01/2010 @ 18:53:09: zion: 2010/01/18 CSS/JS toussa :o
Plop,

Bon, grosse modification d'organisation pour le CSS et JS en interne, ce qui en principe ne devrait pas avoir d'impact visuel sur le site, mais si c'est le cas, premier réflexe: CTRL+F5.

Si c'est toujours pas fixé, venez râler ici :petrus:

Marcel: Mais les pages ont été allégées, on ne load en principe plus que le CSS dont on a besoin (on le load pas le CSS pour les logiciels si on va pas sur ce module, etc, etc). J'espère avoir juste oublié aucun cross link :oh:
18/01/2010 @ 19:50:31: rfr: 2010/01/18 CSS/JS toussa :o
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.
18/01/2010 @ 19:51:21: zion: 2010/01/18 CSS/JS toussa :o
Ouaip, c'est un style qui a du migrer vers le thème ça, logique, logique :smile:
18/01/2010 @ 20:10:16: testeurdesite: 2010/01/18 CSS/JS toussa :o
cmd + r et c'est reviendru du droitu
18/01/2010 @ 20:19:35: philfr: 2010/01/18 CSS/JS toussa :o
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/... ???
18/01/2010 @ 20:20:45: zion: 2010/01/18 CSS/JS toussa :o
Euh, je suis justement en train d'adapter le système si tu lis le message :petrus:

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... :oh:
18/01/2010 @ 20:35:24: zion: 2010/01/18 CSS/JS toussa :o
Maintenant, si tu veux une explication plus longue, je peux faire ça demain, mais là j'en ai marre, ça tourne... je coupe :petrus:
18/01/2010 @ 22:18:37: ovh: 2010/01/18 CSS/JS toussa :o
:prosterne: toussa :smile:
19/01/2010 @ 09:08:22: zion: 2010/01/18 CSS/JS toussa :o
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? :ddr555:
19/01/2010 @ 09:59:52: gizmo: 2010/01/18 CSS/JS toussa :o
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.
19/01/2010 @ 16:46:11: zion: 2010/01/18 CSS/JS toussa :o
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 :oh:
Retour