[xwiki-users] Cache optimization
Vincent Massol
vincent at massol.net
Wed Mar 5 12:07:31 CET 2008
On Mar 5, 2008, at 11:22 AM, Vincent Massol wrote:
>
> On Mar 5, 2008, at 11:10 AM, Vincent Massol wrote:
>
>>
>> On Mar 5, 2008, at 11:03 AM, Paul Libbrecht wrote:
>>
>>> Hassan,
>>>
>>> My quick and best solution was to use the proxy for that.
>>> And I know mod_jk can also be used for that.
>>> Anything that bears the URL <approot>/skins can be statically
>>> served.
>>>
>>> I'm still bitten by one image which indeed shows me this behaviour
>>> and I find it very irritating. (just do several reload on http://i2geo.net/)
>>> .
>>>
>>> I'm afraid XWiki gurus will answer us... "hey, it's all the fault
>>> of Tomcat".
>>
>> No, my answer is this one actually:
>> http://jira.xwiki.org/jira/browse/XWIKI-2022
>>
>> The recommended way right now (while waiting for XWIKI-2022 to be
>> finished) is to add an Apache web server in front of the tomcat and
>> install the mod gzip and mod cache modules.
>
> Actually I've spoken with Raffaello and it appears he uses mod-
> deflate and mod-proxy-ajp instead. I'm going to document this today.
Here's the doc:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances
Hope it helps,
-Vincent
>>> Alternative solutions more than welcome!
>>> I could not, yet, find a detailed list of all the "static URLs"
>>> for XWiki, this would be more than welcome, I just have skins
>>> there yet.
>>>
>>> paul
>>>
>>>
>>>
>>>
>>> Le 5 mars 08 à 10:40, Hosam Hassan a écrit :
>>>> I am running Xwiki with Tomcat 6.0.14. I noticed using firebug
>>>> that lots of the images are not cached. This really slows down
>>>> loading the pages in the wiki.
>>>>
>>>> Same goes for some pages with lots of contents. How it's possible
>>>> to specify the cache policy for the xwiki concerning some pages
>>>> and images. Is it possible also to have a cache policy for the
>>>> whole wiki. I read that tomcat doesn't have a cache policy so it
>>>> depends on the browser more or less to chose what to cache and
>>>> what not to.
>>>>
>>>> Any hits or ideas about that?
More information about the users
mailing list