Re: [users@httpd] Rewritemap External Rewriting Program

2014-09-08 Thread Eric Covener
On Mon, Sep 8, 2014 at 10:00 AM, Jim Jagielski wrote: > Idea: we should consider keeping that prg open as a forked child, ala fcgi. > Seems like a reasonable improvement :) It does that part already, but httpd uses a global lock to send requests to stdin and read responses on stdout. ---

Re: [users@httpd] Rewritemap External Rewriting Program

2014-09-08 Thread Jim Jagielski
On Sep 3, 2014, at 9:37 AM, Rich Bowen wrote: > > Using prg on a high-volume site is discouraged, as all requests will be fed > through a single instance of the prg, creating a significant bottleneck. The > dash2under.pl example is just that - an example - and there are better ways > to accom

Re: [users@httpd] Rewritemap External Rewriting Program

2014-09-03 Thread Rich Bowen
On 08/19/2014 10:39 AM, Rose, John B wrote: Any experienced users of the external program "prg" mechanism of Rewritemap who use a compiled binary file as opposed to interpreted language? Is there an appreciable performance difference on a high volume site, even when the program is simple? S

[users@httpd] Rewritemap External Rewriting Program

2014-08-19 Thread Rose, John B
Any experienced users of the external program "prg" mechanism of Rewritemap who use a compiled binary file as opposed to interpreted language? Is there an appreciable performance difference on a high volume site, even when the program is simple? Such as the dash2under.pl example on the Apache