On Dec 4, 2007, at 4:44 PM, Vasiljevic Zoran wrote:
> Is there some hidden/important reason why is this so?
I think I'm beginning to understand. Not that I like it
but I have no other suggestion, hence I must take it as-is.
On Dec 4, 2007, at 5:23 PM, Vlad Seryakov wrote:
> nsd.tcl is still the only place for config, it is just instead of
> hardcoding registration of callbacks for ADP in c, now they are
> registered in Tcl. That means, without config.tcl .adp files will
> not be
> served even if enabled in nsd.tcl
nsd.tcl is still the only place for config, it is just instead of
hardcoding registration of callbacks for ADP in c, now they are
registered in Tcl. That means, without config.tcl .adp files will not be
served even if enabled in nsd.tcl.
I am not sure if this is good moving core functionality i
On Dec 4, 2007, at 4:18 PM, Vlad Seryakov wrote:
> By not working what exactly happens?
Just html gets served. The adp constructs are ignored.
But I believe I found the culprit...
The file ns/tcl/config.tcl is completely new for me!
There I see:
#
# Register ADP page handlers for GET, HEAD and
By not working what exactly happens?
I am using HEAD version with adp, no problem and no special configuration.
do you have any errors in the log?
Vasiljevic Zoran wrote:
> Hi !
>
> I just updated our code with CVS HEAD and our ADP pages
> are not serving any more. No ADP processing tages plac
Hi !
I just updated our code with CVS HEAD and our ADP pages
are not serving any more. No ADP processing tages place
at all. Just HTML part is sent.
What setup controls if ADP is turned on or off per server?
I have something like:
ns_section ns/server/$server/adp
ns_param map /*.ad