Where/how is AxKit caching?
I commented out the caching lines, and the directory is empty.
Is there anyway to manually clear the cache? Starting and stopping
apache doesn't seem to do it...
That puzzle aside, your suggestion worked. It took me a little while to
figure out how to "include a custom handler," so here are some notes in
case anyone has a similar problem.
PerlModule AxKit
PerlScript "/cdlstats/apache/hack/hack.pl"
...
PerlHandler hack AxKit
with hack.pl =
package hack;
use Apache::Request
<code from below>
return 1;
Are there any plans to fix this parameter-in-the-hash-cache thing in future
AxKit's, or is this behavior a feature?
Thanks!
At 12:16 PM 12/11/01 +1100, Gavin Carr wrote:
>The problem is AxKit doesn't include the query path in it's caching hash
>function by default. You can force it yourself by including a custom
>handler before AxKit in your PerlHandler. Something as simple as the
>following seems to work fine:
>
>sub handler
>{
> my $r = shift;
> my $apr = Apache::Request->instance($r);
> my $parms = $apr->parms();
> $r->notes('axkit_cache_extra', '?' . join('|',%$parms));
> return DECLINED;
>}
>
>Cheers,
>Gavin
>
>On Mon, Dec 10, 2001 at 04:47:59PM -0800, Brian Tingle wrote:
> >
> > No, still the same problem with LibXSLT.
> >
> > But I misstated the problem slightly.
> > Its not that the parameters don't get passed, but rather that it seems
> only
> > to remember the first set of parameter that got passed; even with no cache.
> >
> > If I do
> /ucpress/tobacco-war.xml?part=14&display=standard&style=generic.css
> > first,
> > Then /ucpress/tobacco-war.xml; then
> > tobacco-war.xml?part=13&display=&style=generic.css; I get the same page
> > over and over, but the page I am getting is the first page that I
> requested.
> >
> > Even after stopping and starting apache several time, I still get the
> > result for the first set of parameters I ever passed, not the result for
> > the parameters I am currently requesting.
> >
> > My client is not caching it, because if I
> > /ucpress/terry.xml?part=8&display=standard&style=generic.css from lynx
> on a
> > remote host, and then /ucpress/terry.xml on my machine; I get the results
> > for part=8. But my netscape has never been to that URL before.
> >
> > Does anyone have any ideas how to debug this?
> >
> > AxKit-1.4 apache_1.3.22 mod_perl-1.26
> > This is perl, version 5.005_03 built for sun4-solaris
> > SunOS everest 5.7 Generic_106541-16 sun4u sparc SUNW,Ultra-Enterprise
> > libxml2-2.4.12 libxslt-1.0.9 Sablot-0.71
> > Apache-Session-1.53 XML-LibXML-1.31
> > Bundle-libnet-1.00
> > Compress-Zlib-1.09 XML-LibXSLT-1.31
> > DBD-AnyData-0.05 XML-Parser-2.30
> > DBD-CSV-0.1027 XML-Parser.2.30.tar
> > DBI-1.20 XML-SAX-0.03
> > Digest-MD5-2.14 XML-SAX-0.03.tar
> > File-Spec-0.82 XML-Sablotron-0.71
> > File-Temp-0.12 XML-Twig-2.02
> > MD5-2.02 XML-XPath-1.10
> > SQL-Statement-0.1020 perlSGML.1997Sep18
> > Storable-1.0.12 Text-CSV_XS-0.22 Tie-DBI-0.91
> > gcc version 2.95.2 19991024 (release)
> >
> >
> > At 03:14 PM 12/10/01 -0500, Steve Willer wrote:
> >
> > >On Mon, 10 Dec 2001, Brian Tingle wrote:
> > >
> > > > something like
> /ucpress/jaffe.xml?part=5&display=standard&style=generic.css
> > > > works in cocoon, but when I Alias /ucpress to the to the production
> > > > directory that cocoon uses, I just get the table of contents, not the
> > > > chapter of the book
> > >
> > >Just a thought...have you tried switching your XSLT language handler to
> > >LibXSLT from Sablotron? I know parameters work fine with LibXSLT...I don't
> > >know about Sablotron, as it's kinda become the cousin in the attic that
> > >nobody likes to talk about.
> > >
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
