Re: [OT] printing docs on perl.apache.org

Stas Bekman wrote: allan juul wrote: hello we'd like the pages on perl.apache.org to print prettier while the screen rendering should look as always, so we made a few changes that hopefully didn't mess anything up. we have only semi-tested this "feature" and would like a broader browser/platfor

RE: Proxying access to restricted information

Thanks for everyone's responses. I managed to get this working in principle by: 1) using mod_proxy and mod_rewite to create the proxy through to the server. 2) PerlAuth* handlers to determine user access Thanks Dan -Original Message- From: Dan Horne [mailto:[EMAIL PROTECTED] Sent: Frid

Re: [OT] printing docs on perl.apache.org

allan juul wrote: hello we'd like the pages on perl.apache.org to print prettier while the screen rendering should look as always, so we made a few changes that hopefully didn't mess anything up. we have only semi-tested this "feature" and would like a broader browser/platform matrix experience

Modperl and Distance Education

Hi, Are there any major distance education sites powered by modperl technology? I work for a University with 7 campuses scattered around the country. Provision of distance education through online access to teaching material and academic transcripts are among the long term goals of the univer

RE: Apache::SubProcess build problem

Resurrecting an old one here, but I am running into the same issue. Has anyone successfully ported Apache::SubProcess to work with Perl 5.8.x and MP1? If not, a pointer to anything that will help with the transition. Thanks, Tom Murphy > -Original Message- > From: Stas Bekman [mailt

Re: libapreq and filters

dorian taylor wrote: suppose i wanted to significantly alter the structure of a POST request via Apache::Request, but i wanted to re-inject the request body back into the input bucket brigade to be processed by a later module? i'm thinking something like this: POST from client Apache::Request-based

libapreq and filters

suppose i wanted to significantly alter the structure of a POST request via Apache::Request, but i wanted to re-inject the request body back into the input bucket brigade to be processed by a later module? i'm thinking something like this: POST from client Apache::Request-based handler consumes

[OT] printing docs on perl.apache.org

hello we'd like the pages on perl.apache.org to print prettier while the screen rendering should look as always, so we made a few changes that hopefully didn't mess anything up. we have only semi-tested this "feature" and would like a broader browser/platform matrix experience before commiting

[OT] printing docs on perl.apache.org

hello we'd like the pages on perl.apache.org to print prettier while the screen rendering should look as always, so we made a few changes that hopefully didn't mess anything up. we have only semi-tested this "feature" and would like a broader browser/platform matrix experience before commiting

Re: make test hangs

I understand. I've already appealed to a perl.HPUX list to no avail. I've only been dealing with HP-UX myself for about a year now (mostly Linux and Solaris before this). I agree though. This is most likely not a problem with mod_perl itself, but rather some interaction with perl 5.6 and HP-UX.

Re: Proxying access to restricted information

Perrin Harkins wrote: On Thu, 2004-08-12 at 15:22, Stas Bekman wrote: Perrin Harkins wrote: However, as Aaron pointed out, mod_auth_tkt is a much better solution for your problem. It seems to be using mod_cgi to do that? No. It's a C module. You send the actual cookie from your application afte

Re: Proxying access to restricted information

On Thu, 2004-08-12 at 15:22, Stas Bekman wrote: > Perrin Harkins wrote: > > > However, as Aaron pointed out, mod_auth_tkt is a much better solution > > for your problem. > > It seems to be using mod_cgi to do that? No. It's a C module. You send the actual cookie from your application after the

Re: make test hangs

William Fulmer wrote: I did find some discussion of old HP-UX patches that fixed problems with stat calls that some of HP's apps had. There are no particulars and none pertain to system libraries, so they were no help. The issue here may be that I'm a relative novice when it comes to C/C++ progra

Re: Proxying access to restricted information

Perrin Harkins wrote: However, as Aaron pointed out, mod_auth_tkt is a much better solution for your problem. It seems to be using mod_cgi to do that? If that's the case, then it probably can't beat modperl: mod_auth_tkt is a lightweight cookie-based authentication module for Apache 1.3.x, writ

RE: Proxying access to restricted information

On Thu, 2004-08-12 at 14:26, Dan Horne wrote: > 1. Is Apache 2 and mod_perl 2 stable? It has a very solid test suite and is in use in production by a growing number of people. I think it's past the point where you should be worried about stability. The major issue would just be learning the APIs

Re: Proxying access to restricted information

Hi Dan, We are using mod_auth_tkt to solve the problem of having backend servers handle authentication, but front end reverse proxies handle access control. Here's a link: http://www.openfusion.com.au/labs/mod_auth_tkt/ There are a couple other variation out there as well. HTH, Aaron Dan Horne wr

RE: Proxying access to restricted information

Thanks for your suggestion. I know nothing about mod_perl 2, and will look at the documentation today. I do have a couple of questions: 1. Is Apache 2 and mod_perl 2 stable? It may be a silly question, as they've been around for a while, but we've been an Apache v1 shop, and I've never used mod_p

Re: make test hangs

I did find some discussion of old HP-UX patches that fixed problems with stat calls that some of HP's apps had. There are no particulars and none pertain to system libraries, so they were no help. The issue here may be that I'm a relative novice when it comes to C/C++ programming. For instance,