After finding couple culprits in url validation that causes squid to
deny the use of cached object in cache I kind of understood the *reason*
that the old implementation used the store_url meta field.
What I think is that if the hash fits it means that the store_url is the
same for both original request and current request so there is no need
to store the store_url to validate the rewritten address.
But now I am facing another problem.
while Squid checks the url in the store meta data it checks against the
mem-object->original_url.
In the client-side-request code where the store_url helper is embedded I
understood that there is no access to the storeEntry object but only to
the HttpRequest which is being used to calculate the hash and other things.
So the problem is that if I try to access the httpRequest outside of the
cliend-side-request code I am getting something about some segmentation
which I think raises because the httpRequest was finished.
Now I want to somehow flag the store_url existence and maybe data
outside of the httpRequest object and maybe in the
"storeEntry->mem-obj->store_url" level.
I am kind of lost on what available for me to access in each step of the
way.
suggestions are more then welcomed.
Thanks,
Eliezer
--
Eliezer Croitoru
https://www1.ngtech.co.il
IT consulting for Nonprofit organizations
eliezer <at> ngtech.co.il
