Hi Paul, I know about mod_cache is only working on one brigade, but my problem is not here. My problem is i can't setup the filter cache_in_filter to be executed after mod_proxy pass his "last" brigade to the filter chain Actually, mod_cache_filter_in is executed only one time when mod_proxy have passed the "first" brigade to the output_filters. So the others brigade containing data are not available.
so, have i to consider that cache_filter_in will have to be able to cache document in many times process, Or is it possible to think that the cache_filter could be placed when mod_proxy finished to pass the "last" brigade, reading all the brigade and cache it ? regards, Matthieu Paul J. Reder wrote: > Actually, the problem is in the fact that there is more than one > brigade and the cache code can't currently handle that. > > Proxy is working the way it is supposed to. This allows Apache > to process large responses without having to buffer the whole > thing inside Apache. Apache uses less memory, and the user starts > seeing results sooner. If proxy were to process all of the > brigades of a large response before the next filter were allowed > access, then proxy could potentially buffer a *huge* amount of > data. > > The answer is that the cache code currently only caches responses > that arrive in one brigade. Proxy isn't the problem. > > Matthieu Estrade wrote: > >> Hi graham, >> >> the problem is the filter is called between two ap_pass_brigade by >> the reverse proxy... >> like: >> >> proxy: >> get_brigade (data from backend) >> pass_brigade(pass data to outputfilter) >> cache_filter >> get_brigade(data from backend) >> pass_brigade(pass_data_to outputfilter) >> >> on one response by the backend server. >> >> regards, >> Matthieu >> >> Graham Leggett wrote: >> >>> Matthieu Estrade wrote: >>> >>>> I agree with you about the proxy... >>>> Do you think it's possible to force the cache filter, be runned >>>> after all the proxy filters ? >>> >>> >>> >>> >>> The cache filter is supposed to run after all the filters for >>> maximum caching advantage. >>> >>> Regards, >>> Graham >> >> >> >> >> >> >> > >
