Hey Steve,
I was just wondering what exactly you need to do?
What is the goal\task of the ICAP server.
There are pretty good ways to do it with the current ICAP implementation.
I found my self doing things I couldn't have imaging that I can do with
ICAP.
The only missing thing is that you cant pass yet to the ICAP server
special custom headers by your choose.
If you have specific ICAP solution maybe it's not design to even do what
you need.
Regards,
Eliezer
On 11/28/2012 8:26 PM, Steve Hill wrote:
> On 28.11.12 16:19, Alex Rousskov wrote:
>
>> Yes, it is both very far from trivial and, in most cases, avoidable
>> by redesigning the adaptation approach itself. I have seen many use
>> cases that started with a post-cache requirement, but were successfully
>> massaged into avoiding one.
>
> Can you explain this in a little more detail? The results of my ICAP
> server are dependent on the user that is requesting the object, so doing
> the work in respmod_precache would result in the modified object going
> into the cache and then being retrieved by other users who would need
> different modifications. I can't really see a way around this other
> than making the objects all uncachable, which rather defeats the purpose
> of having a cache. :)
>
> At the moment I'm working around this problem by having 2 Squids - the
> upstream one is running the cache and the downstream one is talking the
> the ICAP server and has the cache disabled. It would be nice to be able
> to remove this kludge, especially since it is causing a few issues at
> the moment.
>
>> Please make sure the new code is agnostic to the ICAP/eCAP difference,
>> just like the existing adaptation code. If you find yourself accessing
>> ICAP-specific code for post-cache adaptation needs, you are probably
>> doing something wrong.
>
> Thank you for the pointers - it may be many months until I get chance to
> properly look into it (if at all), but at least I have a few ideas where
> to begin when I have a bit of spare time.
>
>
-- Eliezer Croitoru https://www1.ngtech.co.il sip:ngtech_at_sip2sip.info IT consulting for Nonprofit organizations eliezer <at> ngtech.co.ilReceived on Thu Nov 29 2012 - 04:16:29 MST
This archive was generated by hypermail 2.2.0 : Thu Nov 29 2012 - 12:00:09 MST