You were right, after reviewing my code it works much better :)
Thanks again.
Ivory
Torsten Foertsch wrote:
>
> If "pretty time-consuming" means a few microseconds then yes, it may be
> modperl.
>
> If more, it's your code.
>
> To figure out how much mod_perl costs try fetching a small stat
On Friday 22 January 2010 15:38:30 Ivory wrote:
> I've manage to setup a PerlFixupHandler, and it works perfectly well for
> adding / deleting headers and args.
>
> But it seems like this process is pretty time-consuming... Any known issue
> about that?
>
If "pretty time-consuming" means a few mi
Hi ,
I've manage to setup a PerlFixupHandler, and it works perfectly well for
adding / deleting headers and args.
But it seems like this process is pretty time-consuming... Any known issue
about that?
Ivory
Torsten Foertsch wrote:
>
> On Wednesday 20 January 2010 11:40:43 Ivory wrote:
>> The
On Wednesday 20 January 2010 11:40:43 Ivory wrote:
> The fact is that in order to add this arg to the request I need to call
> several Web services, crypt and decrypt datas and access the cookies I've
> previously stored in the clients navigator.
>
yes.
Cookies come in as HTTP headers. So $r->hea
Thanks for your explanation concerning the request processing (I think it
corresponds to the drawing I've seen
http://perl.apache.org/docs/2.0/user/handlers/http_cycle.gif here ) I
understand it much better now :)
The fact is that in order to add this arg to the request I need to call
several We
On Tuesday 19 January 2010 17:11:03 Ivory wrote:
> I would like to add args to a request on the fly thanks to an InputFilter.
>
> It seems like the $f->r->args($new_args) doesn't record the new argument
> inside the request.
>
> For example :
>
> Inside the filter :
> sub handler{
>
> my ($
