<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://www.llaumgui.com/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
  <title>Le blog de llaumgui - Optimiser ses javascripts : le cas de mootools  - Commentaires</title>
  <link>http://www.llaumgui.com/</link>
  <description>Linux en général, Fedora en particulier...</description>
  <language>fr</language>
  <pubDate>Fri, 16 May 2008 02:55:11 +0200</pubDate>
  <copyright>http://creativecommons.org/licenses/by-nc-nd/2.5/</copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>Optimiser ses javascripts : le cas de mootools - llaumgui</title>
    <link>http://www.llaumgui.com/post/Optimiser-ses-javascripts-%3A-le-cas-de-mootools#c4908</link>
    <guid isPermaLink="false">urn:md5:ce72e0414fe75fd5c4c5fd339affd7ef</guid>
    <pubDate>Sat, 19 Apr 2008 09:57:16 +0200</pubDate>
    <dc:creator>llaumgui</dc:creator>
    
    <description>&lt;p&gt;Effectivement, j'ai hésité à rajouter ce point car ceux qui ont des dual-core auront du mal à comprendre ;-).&lt;br /&gt;
Mais le packer de Dan est effectivement plus lourd à décompresser. Pour la compression en une seul fois, quand on peu la faire c'est quand même mieux ;-).&lt;/p&gt;


&lt;p&gt;Pour safari, je me suis inspiré du commentaire sur le blog que j'ai retrouvé à plusieurs endroit sur la toile.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Optimiser ses javascripts : le cas de mootools - Rik</title>
    <link>http://www.llaumgui.com/post/Optimiser-ses-javascripts-%3A-le-cas-de-mootools#c4907</link>
    <guid isPermaLink="false">urn:md5:9f5d213787cfd56130874ba752cf92f0</guid>
    <pubDate>Sat, 19 Apr 2008 01:26:43 +0200</pubDate>
    <dc:creator>Rik</dc:creator>
    
    <description>&lt;p&gt;Suite à mes commentaires, je me sens obligé de réagir &lt;img src=&quot;/themes/default/smilies/smile.png&quot; alt=&quot;:)&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;


&lt;p&gt;Le packer de Dean Edwards a un autre problème. Pour gagner encore plus de place, il demande un traitement côté client (un petit coup de eval() ). Le temps d'exécution de cet eval est supérieur au gain de téléchargement en règle générale.&lt;/p&gt;


&lt;p&gt;Le problème des gros Javascript est de bloquer l'affichage et le téléchargement dans un navigateur. Pendant qu'il télécharge puis interprète le JS, le navigateur ne peut rien faire d'autre. C'est d'ailleurs pour cela que Yahoo! recommande aussi de placer ces JS en fin de page. L'utilisateur aura un affichage le plus tôt possible.&lt;/p&gt;


&lt;p&gt;Concernant Gzip à la volée, c'est très peu consommateur en CPU. Ton lien concernant des chutes de performance ne sont dûes qu'à la compression Gzip effectuée par PHP. Ce n'est pas son métier. Par contre, Apache sait très bien le faire. En plus, il respectera mieux la négociation de contenus.&lt;/p&gt;


&lt;p&gt;La règle est aussi très bizarre. Pourquoi exclure Safari ??? Il sait très bien gérer Gzip...&lt;/p&gt;


&lt;p&gt;Bon, je pourrais m'éterniser, mais j'en laisse pour une autre fois &lt;img src=&quot;/themes/default/smilies/wink.png&quot; alt=&quot;;)&quot; class=&quot;smiley&quot; /&gt;&lt;/p&gt;</description>
  </item>
      
</channel>
</rss>