I try to use the Apache::StatINC according to the instruction.
Add the following line in startup.pl:
use Apache::StatINC
Add the following line in perl.conf:
PerlInitHandler Apache::StatINC
I put a test library module test.pm in /usr/local/esorn/perl/Apache
directory, t
Theo Petersen <[EMAIL PROTECTED]> writes:
> I was experimenting with Apache::Include and found something odd. First
> I tried a document in htdocs that used a virtual include like so:
>
>
>
> This works fine, and hello-mod_perl.pl runs via Apache::Registry.
>
> But when I changed the include
I 've tried to install mod_perl in FreeBSD2.2.8. The support modul for
mod_perl have installed by CPAN module. But when I run Makefile
perl Makefile.PL EVERYTHING=1 DO_HTTPD=1 && make
The proccess stopped with error code
perl_util.c: In function `perl_sv_is_http_code':
perl_util.c:751:
On Mon, 31 Jul 2000, Perrin Harkins wrote:
> Since it isn't really tied to HTTP or sessions, that
> would be kind of a misnomer as well. Jeff already
> suggested Persistent::Hash at once point, but changing
> namespace on CPAN always confuses some people. There
> are still people who get confus
On Sun, 30 Jul 2000, brian moseley wrote:
> using this vocabulary, i'd like to suggest that jeff's
> module be renamed HTTP::SessionPersistence.
Since it isn't really tied to HTTP or sessions, that would be kind of a
misnomer as well. Jeff already suggested Persistent::Hash at once point,
but ch
Hey OS/Apache Experts,
I just stumbled upon the SendBufferSize Apache config
setting ( described below ). Its seems that this might be
a way to get the right buffering to free up the Apache
process, instead of requiring a two server setup for modperl.
Can any OS experts clarify this situatio
On Mon, 31 Jul 2000, Matt Sergeant wrote:
> On Mon, 31 Jul 2000, dreamwvr wrote:
>
> > hi,
> >why is tie considered not very efficient i use it often.. what is 'a'
> > much better way?
>
> tie isn't very efficient simply because the code behind it (in the core of
> Perl) is fairly complex a
duh...now that i've had some more coffee...the line:
PerlVersionINC On
must come before the PerlINC statement. PerlINC wont store that path
unless PerlVersionINC is On.
dave
On Mon, 31 Jul 2000, Dave Moore wrote:
> you arent doing anything wrong. you probably just need to upgrade to the
> l
[EMAIL PROTECTED] (Kiran Banoor) wrote:
>hi,
>I want to know that is there anyway i can decrpt the passwords stored
>in htpasswd file in apache.
>I greatly appreciate any help on this..
Nope, you can't do it. Those are one-way hashes of the passwords, not
encrypted versions of them. They don't
Assuming you're trying to migrate your passwords to another system,
there's no reason why you can't write your own Authen handler
which captures the plain text password.
John
[EMAIL PROTECTED]
hi,
I want to know that is there anyway i can decrpt the passwords stored
in htpasswd file in apache.
I greatly appreciate any help on this..
Thanks
kiran
-Original Message-
From: Ken Williams [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 20, 2000 2:48 PM
To: Mark D Wolinski
Cc: [EMAIL
I'm still pretty vague on where I want to go with this myself :). Just
bits and pieces of ideas. Last night I tried to put something together,
though, and ran into a strange problem which I can't figure out how to
solve. Perhaps, you may have a suggestion, Joshua (the xform markup's
taken d
you arent doing anything wrong. you probably just need to upgrade to the
latest version of Apache::ExtUtils. this is not the same ExtUtils that
comes with mod_perl 1.24. you will have to get it from the latest cvs
snapshot of mod_perl. you will also have to remake/install PerlVINC after
you insta
> -Original Message-
> From: Joshua Chamas [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, July 29, 2000 7:28 PM
> To: Philip Mak
> Cc: [EMAIL PROTECTED]
> Subject: Re: How to use warnings in Apache::ASP?
>
>
> Philip Mak wrote:
> >
> > Is there a way to make it so that all Apache::ASP s
On Mon, 31 Jul 2000, dreamwvr wrote:
> hi,
>why is tie considered not very efficient i use it often.. what is 'a'
> much better way?
tie isn't very efficient simply because the code behind it (in the core of
Perl) is fairly complex and slow. Theres not a lot that can be done to
improve it ac
hi,
why is tie considered not very efficient i use it often.. what is 'a'
much better way?
TIA
On Mon, 31 Jul 2000, Rob Tanner wrote:
> Hi,
>
> If one can direct me to a perl modules discuss list (I don't know of any)
> where this might be more appropriately posted, I shall be glad to oblige.
>
> For doing XML kind of stuff, Apache::ASP uses XML-XSLT which requires
> XML::DOM. XML::DO
Chetan Patil ([EMAIL PROTECTED]) said something to this effect:
> Hello,
> We have a large code base printing header, body and footers to the STDOUT
> from the cgi scripts. Since all these are print statements, we have to go to
> extreme measures to make sure we donot print the content more than o
Hi,
If one can direct me to a perl modules discuss list (I don't know of any)
where this might be more appropriately posted, I shall be glad to oblige.
For doing XML kind of stuff, Apache::ASP uses XML-XSLT which requires
XML::DOM. XML::DOM is part of libxml-enno.
Build with Perl 5.6.0 I get
On Mon, 31 Jul 2000, Geoffrey Young wrote:
> > Of course, but thats not likely to happen too often :)
> >
> > I don't think DispatchClass is a great name though. It
> > implies that you'll
> > always be calling methods in that class. Prefix sounded better to
> > me... But you're the boss :)
>
> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 31, 2000 10:35 AM
> To: Geoffrey Young
> Cc: [EMAIL PROTECTED]
> Subject: RE: [ANNOUNCE] Apache::Dispatch
>
>
> On Mon, 31 Jul 2000, Geoffrey Young wrote:
>
> >
> > I'll remove Foolish (the nam
"Erich L. Markert" wrote:
>
> > What I don't understand is *why*. Why can't you use to
> > independent pieces of software: one for templates and the other
> > for sessions that work perfectly well together (or seperately)?
> >
>
> Paul,
>
> I don't think anyone (certain
On Mon, 31 Jul 2000, Geoffrey Young wrote:
>
> I'll remove Foolish (the name was a dead givaway that it would be gone soon
> :), but I think that Brave would greatly enhance the development process by
> allowing you to test handlers without having to stop and start the server to
> add location t
brian moseley wrote:
>
> On Fri, 28 Jul 2000, Drew Taylor wrote:
>
> > Anything that would make the above scenario easier would
> > get a thorough look in future templating system
> > decisions. In short, I'm looking for a good, FLEXIBLE
> > application framework. I'm tired of writing it all
> >
Perrin Harkins wrote:
>
> On Fri, 28 Jul 2000, Drew Taylor wrote:
> > Andy Wardley wrote:
> > >
> > > And the REALLY, REALLY smart ones (i.e. TT2) can write the Perl code to
> > > disk for persistance of compiled templates. That way, the templates
> > > never need to be re-compiled (i.e. from TT
On Sat, 29 Jul 2000, Bryan McGuire wrote:
> Mysql accepts a maximum of 100 connections. This probably means you have
> MaxClients set at a number larger than this. If you are serving all of your
> files, including static html and graphics, through one mod_perl enabled
> apache, run the top comman
Greg Cope wrote:
>
> I posted about a generic URL mangeler / cookie session handler a few
> days ago.
>
> Allthough this is not rocket science - I've writen a URI transhandler
> that will put the session id into pnotes, and if cookies are off will do
> a redirect to itself with a munged URL
> (w
On Mon, 31 Jul 2000, Erich L. Markert wrote:
> I know, personally, that my last project(s) would have
> benefitted greatly from a integrated perl app server
> solution - especially if alot of the underlying
> technologies can be hidden from the less than technical
> folks...
this is exactly the
On Sat, 29 Jul 2000, Chetan Patil wrote:
> Hello,
> We have a large code base printing header, body and footers to the STDOUT
> from the cgi scripts. Since all these are print statements, we have to go to
> extreme measures to make sure we donot print the content more than once.
> To clean things
> What I don't understand is *why*. Why can't you use to
> independent pieces of software: one for templates and the other
> for sessions that work perfectly well together (or seperately)?
>
Paul,
I don't think anyone (certainly not myself) is suggesting that all othe
> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, July 29, 2000 6:16 AM
> To: Geoffrey Young
> Cc: [EMAIL PROTECTED]
> Subject: Re: [ANNOUNCE] Apache::Dispatch
>
>
> On Fri, 28 Jul 2000, Geoffrey Young wrote:
>
> > hi Matt...
> >
> > I can't acce
> This is a strange one for which I hope there's a simple answer & solution.
>
> I've put a Front-side Proxy on a webserver (as it was struggling under the load
> from lots of hits over slow links - more RAM than CPU issue), and it's helped
> performance wonderfully!
>
> However, my IP-based res
On Mon, 31 Jul 2000, will trillich wrote:
> this is bound to be simple, so of course i'm at a loss to find it...
>
> % perl -MApache::Constants -e 'print NOT_FOUND'
> Undefined subroutine &Apache::Constants::NOT_FOUND called at -e line 1.
>
> i also try it via
>
> #!/usr/bin/perl
>
this is bound to be simple, so of course i'm at a loss to find it...
% perl -MApache::Constants -e 'print NOT_FOUND'
Undefined subroutine &Apache::Constants::NOT_FOUND called at -e line 1.
i also try it via
#!/usr/bin/perl
use Apache::Constants qw(:standard);
print NOT_F
Denton River wrote:
>
> Ofcourse i can use different pieces of software,,
> But that was not my point I *want* to have the session
> management in the same kit becouse it´s convinient.
>
I have used Apache::Session with HTML::Mason and it's
plain easy. You only have to worry about tieing the
%s
35 matches
Mail list logo
