which handler comes first? PerlHandler or mod_include?
i want to have my PerlHandler generate a SSI skeleton and then
pass it the mod_include's parser to insert some existing static
HTMLs. push_handler() and set_handler() doesn't work for me.
or is it better to parse the skeleton myself? but i
From: "Perrin Harkins" <[EMAIL PROTECTED]>
To: "Greg Cope" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: 13 May 2000 01:57
Subject: Re: speed up/load balancing of session-based sites - POT
: On Sat, 13 May 2000, Greg Cope wrote:
: > : Likewise with sessions. Even if you load balance across m
On Sat, 13 May 2000, Greg Cope wrote:
> : Likewise with sessions. Even if you load balance across multiple machines
> : you don't need to access a session database on every request. Most load
> : balancing systems have something so they'll send the seme "session"
> : (typically ip address) to the
On Fri, 12 May 2000, Asghar Nafarieh wrote:
> Hi,
>
> I just upgrated my perl5.6.0 from 5.005 and I cannot get mod_perl to work for
> me. I recompiled and installed mod_perl_1.23, but I get error "document
> contains no data" prompt from the browser when I activate the mod_perl
> module.
>
>
POT = Possibly Off topic
: Likewise with sessions. Even if you load balance across multiple machines
: you don't need to access a session database on every request. Most load
: balancing systems have something so they'll send the seme "session"
: (typically ip address) to the same backend server
On Thu, 11 May 2000, Leslie Mikesell wrote:
[...]
> else that could be done on that hardware. However I recently inherited
> another system that is falling on its face at a much lighter load. It
> appears to be using tmp files to sort some ORDER BY clauses that
> I haven't had time to fix yet.
On Fri, 12 May 2000, Asghar Nafarieh wrote:
> I just upgrated my perl5.6.0 from 5.005 and I cannot get mod_perl to work for
> me. I recompiled and installed mod_perl_1.23, but I get error "document
> contains no data" prompt from the browser when I activate the mod_perl
> module.
>
> Has anyon
Hi,
I just upgrated my perl5.6.0 from 5.005 and I cannot get mod_perl to work for
me. I recompiled and installed mod_perl_1.23, but I get error "document
contains no data" prompt from the browser when I activate the mod_perl
module.
Has anyone have this problem?
Thanks,
-Asghar
Thanks people. I totally blanked on that.
works fine now. really appriciate the help.
Scott
___cliff rayman___ wrote:
>
> [EMAIL PROTECTED] wrote:
>
> >
> > SetHandler perl-script
> > PerlSendHeader on
> > PerlHandler Mf7
>
>Options +ExecCG
[EMAIL PROTECTED] wrote:
>
> SetHandler perl-script
> PerlSendHeader on
> PerlHandler Mf7
Options +ExecCGI
>
>
>
> is whats in the httpd.conf
--
___cliff [EMAIL PROTECTED]
Oops sorry for the typo... something is wrong with me... really
It's the guide... not mod_perl... luckily mod_perl 1.23 was already
announced :)
Enjoy!
__
Stas Bekman | JAm_pH--Just Another mod_perl Hacker
The mod_perl Guide version 1.23 is online at http://perl.apache.org/guide
and at CPAN:
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.23.tar.gz
size: 457357 bytes
md5: 44acefc9d60a114f72f9dd0a35e152d0
(please allow a few hours for the mirrors to get oupdated with a new
version).
"Graf, Chris" schrieb:
> Thanks Michael.
>
> If anyone can explain a little better what Apache::DBI and mod_perl are
> doing, or should be doing at this point, that may be helpful. I have been
> testing a little more and found that no errors will appear unless I am
> actually doing something wi
The company I work for bought a company with three websites.
We are having two of them point to our main server and trying to give
them a source so we knew where they came from.
the dns will point to our normal server and I've been working on putting
in the code to do the redirection.
I have tes
Thanks Michael.
If anyone can explain a little better what Apache::DBI and mod_perl are
doing, or should be doing at this point, that may be helpful. I have been
testing a little more and found that no errors will appear unless I am
actually doing something with the connections. If I just initia
I encountered a weird problem while writing a
simple authentication handler (based on TicketTool from the eagle book again :
).
My virtual host was setup as
follows...
DocumentRoot
/usr/local/apache/htdocsServerName mydomain
...
In my authentication handler I tried setting a
cookie w
> Did this. Recompiled Apache, modperl, jserv. Same results. :-(
what if you use Perl 5.005_03? or 5.006 Configure-d with -Uuselargefiles?
Graf, Chris writes:
>
> It seems that once processes start getting reused, I wind up with a ton of
> DB error messages in my error_log.
>
> They seem to start like this:
>
> ct_cmd_alloc failed at
> /usr/local/lib/perl5/site_perl/5.005/sun4-solaris/DBD/Sybase.pm line 159.
> DBD::Sybas
Doug MacEachern wrote:
> i'm going to release 1.24 asap to stop this madness. looks like another
> case of the 5.6.0 largefile support bug, which the patch below will fix.
> for apxs, you'll need to build apache like so:
> CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \
> ./configure \
> .
Hey all...
I just upgraded my box to redhat 6.2.2 and compiled Apache 1.3.12 with
mod_perl (1.23) as a DSO (outside the Apache tree using apxs). Now,
modules that use to work are suddenly causing seg faults. The one in
particular that doens't seem to jive with mod_perl is Sybase::CTlib.
Has any
Martin Wood wrote:
>
> > but code isn't duplicated if you pre-load your modules:
> >
> http://perl.apache.org/guide/performance.html#Preload_Perl_Modules_at_Server
> > _S
>
> I realise the actual code isn't duplicated - but the script itself still
> needs the list of "use" directives regardles
It seems that once processes start getting reused, I wind up with a ton of
DB error messages in my error_log.
They seem to start like this:
ct_cmd_alloc failed at
/usr/local/lib/perl5/site_perl/5.005/sun4-solaris/DBD/Sybase.pm line 159.
DBD::Sybase::db ping failed: OpenClient message: LAYER =
> Oh, the patch... I've missed this detail, sorry.
> I understand that it'll enter the soon to be released 1.24, right?
not sure if it'll be in 1.24 yet.
> > not compiled, but the all the code lives in a BIG hash table for CGI.pm to
> > autoload from. the export lists take up alot of space too. regardless if
> > you're using html routines or not.
>
> As I have replied to FEITO Nazareno today, this happens only if you
> precompile CGI.pm's functi
On Fri, 12 May 2000, Doug MacEachern wrote:
> On Fri, 12 May 2000, Stas Bekman wrote:
>
> >
> > Doug MacEachern wrote:
> >
> > > > OK, if this is the case, I'd prefer to have only one variable type -- an
> > > > array - so $r->dir_config will always return a list. So if it's a
> > > > sigular
On Fri, 12 May 2000, Doug MacEachern wrote:
> On Sat, 6 May 2000, Gunther Birznieks wrote:
>
> > At 06:56 PM 5/5/00 -0400, Jim Winstead wrote:
> > >On May 05, Adi wrote:
> > > > You can still use CGI.pm from within mod_perl (and you should). There is
> > > > nothing better at handling data pass
On Fri, 12 May 2000, Stas Bekman wrote:
>
> Doug MacEachern wrote:
>
> > > OK, if this is the case, I'd prefer to have only one variable type -- an
> > > array - so $r->dir_config will always return a list. So if it's a
> > > sigular value, it'll be the first element. If you want it to be a has
i'm going to release 1.24 asap to stop this madness. looks like another
case of the 5.6.0 largefile support bug, which the patch below will fix.
for apxs, you'll need to build apache like so:
CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" \
./configure \
...
--- Makefile.PL 2000/04/21 19:37
On Fri, 12 May 2000, Kenneth Lee wrote:
> hi modperlers,
>
> If I call $r->connection->user(something) in a PerlAccessHandler,
> besides I can see that user name in the access log, will $ENV{HTTP_USER}
> be set by Apache or the subsequent handlers, like the default auth and
> authz modules?
On Wed, 10 May 2000, Bri Carey wrote:
> I realize that this is not an ePerl forum, but since ePerl runs as part of
> mod_perl, I thought it couldn't hurt to at least ask here.
>
> I must be missing something obvious.
>
> I've installed Apache::ePerl.
>
> I've configured httpd.conf according t
On Tue, 9 May 2000, Tom Roche wrote:
> despite the fact that Symbol.pm is in
> c:/Perls/ActivePerl522/site/lib/Apache, which is in @INC. Which returns
> me to the original problem:
ok, most Apache:: modules that have xs code need to run inside httpd to
work properly. you'll notice that most ha
On Mon, 8 May 2000, Stas Bekman wrote:
> > httpd fails to start because of the following.
> > > > will write error_log to: t/logs/error_log
> > > > Syntax error on line 3 of /tmp/mod_perl-1.23/t/conf/httpd.conf:
> > > > Invalid command '=pod', perhaps mis-spelled or defined by a module not
> > >
On Mon, 8 May 2000, sadhanandham balaraman wrote:
> Hi,
>
> How do I get ENV variables values in my PerlTransHandler. I want to
>know
> the HTTP_USER_AGENT in my PerlTransHandler.
try staying away from %ENV unless you want cgi compat, which you can't
have for a transhandler of c
have you tried this patch? see threads on largefile support for details.
--- Makefile.PL 2000/04/21 19:37:45 1.159
+++ Makefile.PL 2000/04/27 22:45:30 1.160
@@ -186,7 +186,7 @@
$PERL_DEBUG = "";
$PERL_DESTRUCT_LEVEL = "";
$PERL_STATIC_EXTS = "";
-$PERL_EXTRA_CFLAGS = "";
+$PERL_EXTRA_
On Sun, 7 May 2000, Richard Chen wrote:
> Instead of the line
> undef &$fullname;
> which undef's the source subroutine, one should use
> *{$fullname}=sub {};
ah, good trick! this also solves the problem for aliased
arrays/hashes/scalars
> This fix is obvious because that i
On Sat, 6 May 2000, Michael Blakeley wrote:
> I've been migrating some code off of the ENV-dependent methods in
> CGI.pm, so I can turn of PerlSetupEnv. Anyway, I couldn't find an
> Apache::Request method that had the functionality of CGI::Delete.
> Since I use Delete extensively, I coded a re
On Sat, 6 May 2000, Greg Cope wrote:
> : > > But you will be not able to tune the two types of the threads to have
> : > > different Apache parameters (MaxRequests and others) so I'm not sure
> you
> : > > will get rid of the dual setup, unless these will be taken care of by
> : > > mod_perl.
> :
On Sat, 6 May 2000, Gunther Birznieks wrote:
> At 06:56 PM 5/5/00 -0400, Jim Winstead wrote:
> >On May 05, Adi wrote:
> > > You can still use CGI.pm from within mod_perl (and you should). There is
> > > nothing better at handling data passed from a browser via HTTP POST and/or
> > > GET. If you
On Fri, 5 May 2000, Bill Moseley wrote:
> At 12:05 AM 05/04/00 -0700, Doug MacEachern wrote:
> >you're calling exit in a module? shame on you. if you call exit() from a
> >script that is compiled by Apache::Registry (not include *.pm), exit()
> >will be overridden for you to call Apache::exit,
-- Forwarded message --
Date: Fri, 12 May 2000 12:47:23 -0400
From: Rodent of Unusual Size <[EMAIL PROTECTED]>
Reply-To: ApacheCon Planning Ctte <[EMAIL PROTECTED]>
To: ApacheCon Announcements <[EMAIL PROTECTED]>,
Apache Announcements <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 8:39 AM -0700 5/12/00, Tobias Hoellrich wrote:
>I'm simply blown away by the number of bounced/wrong/undelivered emails I
>receive every morning. It looks like close to 50% of all emails get
>returned to us for one or the other reason. Is it really
On Fri, 12 May 2000, Jay Jacobs wrote:
> The issue isn't the technical aspects of the bug, or even the fact that
> users don't have to turn off cookies to fix the bug... the issue is that
> this, with help from the talented press, will cause more people to simply
> disable cookies whether right o
On Fri, 12 May 2000 11:15:02 -0500, Keith G. Murphy wrote:
>
>What great functionality is lost if users turn off their scripting?
>
>Of course, this may be an abstract question in terms of programming, if
>users *do* insist on enabling scripting.
>
Some applications (for better or worse) support
I really liked this solution... here is the simple mod_rewrite stuff I've
stuck into my httpd.conf to pull out the session_id:
RewriteEngine On
RewriteCond /your/doc_root/%{REQUEST_FILENAME} !-f
RewriteRule ^/S=([^/]+)/(.*)/$2 [E=SESSION_ID:$1]
When you set your session_id, be sure to prepen
On Fri, 12 May 2000, Keith G. Murphy wrote:
> "Jeffrey W. Baker" wrote:
> >
> > On Thu, 11 May 2000, Marc Slemko wrote:
> >
> > > In reality, IE's recently publicized hole (which I reported to them, in a
> > > slightly modified form, months ago but they didn't see fit to release a
> > > patch..
The issue isn't the technical aspects of the bug, or even the fact that
users don't have to turn off cookies to fix the bug... the issue is that
this, with help from the talented press, will cause more people to simply
disable cookies whether right or wrong.
This ties back into a previous discu
"Jeffrey W. Baker" wrote:
>
> On Thu, 11 May 2000, Marc Slemko wrote:
>
> > In reality, IE's recently publicized hole (which I reported to them, in a
> > slightly modified form, months ago but they didn't see fit to release a
> > patch...) doesn't change much.
> >
> > Hotmail? Yahoo mail? amaz
For one of our web services we ask people for a valid email-address to
access the service. Once the address passes an initial RFC822 check we send
a message to the user which contains an activation link. Once the user
receives the message and clicks on the link we consider the email address
valid
At 10:13 AM 5/12/00 -0300, FEITO Nazareno wrote:
>Correct me if I mistake, but i want to know what´s better...
>Cause with CGI is a little more difficult make forms and with handlers
>isn´t, i supposse i can use CGI and handlers at the same time.
>I´ve read that CGI object oriented programming jus
Doug MacEachern wrote:
> > OK, if this is the case, I'd prefer to have only one variable type -- an
> > array - so $r->dir_config will always return a list. So if it's a
> > sigular value, it'll be the first element. If you want it to be a hash
> > -- you can have it as well. This makes thing si
I've installed the raven 1.4.2 with Apache 1.3.11 for solaris 8 on a
x86 platform. It works just fine.
When I add Apache JServ 1.1, it still works OK.
When I add modperl 1.23, it cores.
Apache 1.3.11 & modperl 1.23 works just grand.
Modperl & raven = core.
Here are the particulars & a c
> Correct me if I mistake, but i want to know what´s better...
> Cause with CGI is a little more difficult make forms and with handlers
> isn´t, i supposse i can use CGI and handlers at the same time.
> I´ve read that CGI object oriented programming just use 2 k of resource of
> the system and not
Correct me if I mistake, but i want to know what´s better...
Cause with CGI is a little more difficult make forms and with handlers
isn´t, i supposse i can use CGI and handlers at the same time.
I´ve read that CGI object oriented programming just use 2 k of resource of
the system and not object or
hi all,
(i couldn't find any hints on this in the docs, so here it goes)
consider these two one-liners,
perl -MCGI -MCGI::Cookie -e'$q=new CGI;print $q->param("foo")' foo=bar
perl -MCGI=:standard -MCGI::Cookie -e'print param("foo")' foo=bar
it doesn't print "bar" as expected. it doesn't pr
By the way, there exists one difference between mod_autoindex and
Apache::Autoindex in DirectoryIndex option. I should write
DirectoryIndex "index.html index.htm index.shtml index.phtml index.pl"
for Apache::Autoindex and the same but without quotes for
mod_autoindex. If I omit quotes Apache::A
hi modperlers,
If I call $r->connection->user(something) in a PerlAccessHandler,
besides I can see that user name in the access log, will $ENV{HTTP_USER}
be set by Apache or the subsequent handlers, like the default auth and
authz modules? Or I have to set it myself explicitly?
kenneth
56 matches
Mail list logo