|
|
|
[
Permlink
| « Hide
]
Vincent Massol - 21/Jan/08 22:19
I'm scheduling for 1.3M1 for now even though I'm not sure who'll have the time to work on this. It's quite an important issue though hence the move to 1.3M1.
Note: The YSlow stats were from the home page of xwiki.org
It also seems that for some reason the style.css file is loaded twice for each page invocation. Need to find out why and remove the second loading.
Some resource links: http://vandelaydesign.com/blog/css/clean-css-code/
The reason style.css is loaded twice is because we have this definition in stylesheet.vm:
<link href="$defaultStyleURL" rel="stylesheet" type="text/css" /> <link href="$defaultStyleURL" rel="stylesheet" type="text/css" title="default" /> This seems to be required (to be validated) because some browsers may not support alternate stylesheets properly... To be investigated. Again, see the comment on http://jira.xwiki.org/jira/browse/XWIKI-1642
An interesting framework to research: Jawr, see http://www.theserverside.com/news/thread.tss?thread_id=48318
Interesting loading stats at http://ejohn.org/blog/library-loading-speed/
A nice blog on performances: http://www.igvita.com/2008/02/11/nginx-and-memcached-a-400-boost/
javascripts.vm and stylesheets.vm doesn't use XWiki.getSkinFile with the forceSkinAction flag everytime (with this action the response expiration is always set to 1 month). Patch attached.
WDYT ? I tried to do that once, and I got some velocity exceptions. I think that SkinAction should not parse all the js/css files it sends, but use a request parameter (something like "?parse=true").
This can be applied now, as the parse error has been fixed. See
See also: http://feeds.feedburner.com/~r/blogspot/Dcni/~3/251619119/how-we-improved-performance-on-google.html
of interest:
http://feeds.feedburner.com/~r/oreilly/radar/atom/~3/281377463/more-on-high-performance-websi.html
Hi, I'm the lead developer of Jawr (https://jawr.dev.java.net
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||