[EMAIL PROTECTED] wrote:
Thanks for your prompt response!
We did compile Apache with CFLAGS=-D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 but we're trying to move away from this now,
because of vendors like IBM and Oracle not willing to re-compile (websphere
mods and mod_ossos) with the same flags.
with 'inside information' into mod_perl to comment on this
one...
Thx again,
Jaco Greyling
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]
Sent: 18 June 2003 14:53
To: Greyling, Jaco
Cc: [EMAIL PROTECTED]
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
Hi
Hi there,
On Thu, 19 Jun 2003 [EMAIL PROTECTED] wrote:
My question now is, did Doug take this into consideration when he
build mod_perl v1.27 (w/ PERL_USELARGEFILES=0)
I'm sure Doug took into consideration all sorts of things we never
even thought about. Try it out and let us know what
PROTECTED]
Sent: 19 June 2003 14:45
To: Greyling, Jaco
Cc: [EMAIL PROTECTED]
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
Hi there,
On Thu, 19 Jun 2003 [EMAIL PROTECTED] wrote:
My question now is, did Doug take this into consideration when he
build mod_perl v1.27 (w
Hey
Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went through
successfully the 1st time)...
Anyway, I don't have a BUG to report - all I want to know is, is it SAVE to run
non-LFS Apache with LFS Perl using mod_perl LFS. It works...sure...but I'm not sure
what
[EMAIL PROTECTED] wrote:
Hey
Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went
through successfully the 1st time)...
Anyway, I don't have a BUG to report - all I want to know is, is it SAVE to
run non-LFS Apache with LFS Perl using mod_perl LFS. It works...sure
5.8.0 (using mod_perl)
[EMAIL PROTECTED] wrote:
Hey
Sorry - it took 30 mins to receive the confirmation (wasn't sure if it went
through successfully the 1st time)...
Anyway, I don't have a BUG to report - all I want to know is, is it SAVE to
run non-LFS Apache with LFS Perl using
Hi there,
On Wed, 18 Jun 2003 [EMAIL PROTECTED] wrote:
Thus without re-compiling my whole Perl 5.8.0 build I need to come
up with a solution.
I really don't see why you don't recompile your Perl. It's not a big
deal and it's going to be a lot safer that way.
Sorry for my ignorance but it
?
If not then I'll mail Doug and tell him to add a conditional statement :)
Jaco Greyling
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]
Sent: 18 June 2003 13:06
To: Greyling, Jaco
Cc: mod_perl Mailing List
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
Hi
:)
Jaco Greyling
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]
Sent: 18 June 2003 14:53
To: Greyling, Jaco
Cc: [EMAIL PROTECTED]
Subject: RE: non-LFS Apache 1.3.27 w/ LFS Perl 5.8.0 (using mod_perl)
Hi Jaco,
On Wed, 18 Jun 2003 [EMAIL PROTECTED] wrote:
As you can see
, which means that we have to support two versions of Perl / CPAN
/ etc...not likely in our current situation. Someone just told me that we
can use Apache (Non-LFS) with Perl (LFS) using mod_perl
(PERL_USELARGEFILES=0, set in Makefile.PL)? This I know Doug MacEachern did
not support in earlier
means that we have to
support two versions of Perl / CPAN / etc...not likely in our current situation.
Someone just told me that we can use Apache (Non-LFS) with Perl (LFS) using mod_perl
(PERL_USELARGEFILES=0, set in Makefile.PL)? This I know Doug MacEachern did not
support in earlier versions
means that we have to
support two versions of Perl / CPAN / etc...not likely in our current situation.
Someone just told me that we can use Apache (Non-LFS) with Perl (LFS) using mod_perl
(PERL_USELARGEFILES=0, set in Makefile.PL)? This I know Doug MacEachern did not
support in earlier versions
without LFS, which means that we have to support two versions of Perl
/ CPAN / etc...not likely in our current situation. Someone just told me
that we can use Apache (Non-LFS) with Perl (LFS) using mod_perl
(PERL_USELARGEFILES=0, set in Makefile.PL)? This I know Doug MacEachern did
not support
Hi,
I'm using Apache 1.3.26, mod_perl 1.26 and perl 5.6.1 on a HPUX 11
system.
My program genarate HTML page with perl cgi.
Sometimes, html pages are lost by the IE browser :
Internet Explorer chooses to display the default Microsoft internal
server error page instead of the generate HTML
Hello,
I'm not generating an error page.
The trouble occurs for sample with this little simple script (sometime on 1 browser
using 16 browsers simultanly for sample) :
print(html);
sleep (5);
print(head);
print(titleTITRE DE LA PAGE\/title);
print (META http-equiv=\PRAGMA\ content=\NO-CACHE\);
Hi there,
On Thu, 7 Nov 2002, simon wrote:
The trouble occurs for sample with this little simple script
print(html);
sleep (5);
print(head);
Do you first send the HTTP headers somehow?
73,
Ged.
Greetings.
Now this is OT'ish but...
print(titleTITRE DE LA PAGE\/title);
Why are you escaping all your '/'s? There is no need to do it.
Cheers,
alf
P.S: I strongly suspect that the sleep call and its position (what if you
move it above the /body tag?) are to blame for the behavior you see
I have a site that does secure credit card transactions on behalf of
merchants. As soon as a cardholder on the merchant site is ready to pay,
the merchant redirects the cardholder to my site, and I pick up payment
details from the cardholder directly over SSL.
When the cardholder is accessing
Marius Kjeldahl wrote:
Any other ways of accomplishing the same without the added overhead of
my perl module?
There was an example in the eagle-book, AFAIR, you need to build a
custom PerlTranslateHandler and rewrite the filename to the url of your
customer and use $r-handler(mod-proxy),
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
Any other ways of accomplishing the same without the added overhead of
my perl module?
You can use
1. mod_proxy:
ProxyPass /images/http://image.site/image/
2. mod_accel:
AccelPass /images/http://image.site/image/
3. default-handler -
I guess these all suffer from the fact that the parameters have to be
specified in httpd.conf, which makes it impossible to pass a url to
fetch from in a parameter, right?
Marius K.
Igor Sysoev wrote:
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
Any other ways of accomplishing the same
On Fri, 15 Mar 2002, Igor Sysoev wrote:
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
Any other ways of accomplishing the same without the added overhead of
my perl module?
You can use
1. mod_proxy:
ProxyPass /images/http://image.site/image/
I'd go for this, perhaps with
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
I guess these all suffer from the fact that the parameters have to be
specified in httpd.conf, which makes it impossible to pass a url to
fetch from in a parameter, right?
So mod_rewite with mod_proxy or mod_accel:
RewriteRule
At 05:11 PM 3/15/2002 +0300, Igor Sysoev wrote:
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
I guess these all suffer from the fact that the parameters have to be
specified in httpd.conf, which makes it impossible to pass a url to
fetch from in a parameter, right?
So mod_rewite with
On Fri, 15 Mar 2002, Bill Moseley wrote:
At 05:11 PM 3/15/2002 +0300, Igor Sysoev wrote:
On Fri, 15 Mar 2002, Marius Kjeldahl wrote:
I guess these all suffer from the fact that the parameters have to be
specified in httpd.conf, which makes it impossible to pass a url to
fetch from in
On Thu, 2002-03-14 at 10:46, [EMAIL PROTECTED] wrote:
code:
| return %Actions::Vars::config{$conf}; |
At 15:46 14.03.2002 -0300, [EMAIL PROTECTED] wrote:
im using mod_perl with a module which stores all the configurations, and
embperl for displaying the wepages
a sub in this .pm has to return a hash with the configurations
but that hash is inside another general hash called configurations
At 19:53 14.03.2002 +0100, Per Einar Ellefsen wrote:
Again, see perllol, it'll give you insight into this matter.
Oops, like Garth pointed out, this is supposed to be perldsc, and not
perllol (which gives a description of arrays of arrays, which work in a
similar way).
--
Per Einar Ellefsen
[EMAIL PROTECTED] wrote:
[snip]
| return %Actions::Vars::config{$conf}; |
-
Must read:
tnks a lot to all of you for the quick answers..
it now recognizes the hash im sending to, but its complaining a bit about
the values.. saying it cat find the values for the keys.. but i don´t think
this will be a real problem... it must be some gramatical eror or something
tnks again
Actually i found out that this was the correct answer
code:
| return %{$Actions::Vars::config{$conf}}; |
-
To insert a new comment on this old item:
What about sockets? I am in the middle of trying to use $c =
$r-connection and $c-remote_addr as part of the cookie name. (So far
I am having trouble with the fact that remote_addr returns packed info,
and I am still searching for how to unpack it - if
From: Jon Robison [EMAIL PROTECTED]
What about sockets? I am in the middle of trying to use $c =
$r-connection and $c-remote_addr as part of the cookie name. (So far
I am having trouble with the fact that remote_addr returns packed info,
and I am still searching for how to unpack it - if
: Jon Robison [EMAIL PROTECTED]
Date: Mon, 10 Dec 2001 18:06:00 -0500
Cc: [EMAIL PROTECTED]
Subject: Re: Doing Authorization using mod_perl from a programmersperspective
To insert a new comment on this old item:
What about sockets? I am in the middle of trying to use $c =
$r-connection
Jon Robison wrote:
Someone please tell me if I am wrong - does the USER_AGENT field get
some kind of special serial number from the browser, or is it just a
version identified?
Best example - large company with 1000 PC's, all with same Netscape
installed. How then does the
fliptop == fliptop [EMAIL PROTECTED] writes:
fliptop i have found that using the HTTP_USER_AGENT environment
fliptop variable instead of ip address solves the problem with proxy
fliptop servers and the md5 hash. anyone ever tried this as a simple
fliptop workaround?
Nobody with any sense.
Randall, you want to expound upon that?
--Jon Robison
Randal L. Schwartz wrote:
fliptop == fliptop [EMAIL PROTECTED] writes:
fliptop i have found that using the HTTP_USER_AGENT environment
fliptop variable instead of ip address solves the problem with proxy
fliptop servers and the md5
How about using an Apache::Sessions id instead of IP address?
--Jon Robison
Randal L. Schwartz wrote:
fliptop == fliptop [EMAIL PROTECTED] writes:
fliptop i have found that using the HTTP_USER_AGENT environment
fliptop variable instead of ip address solves the problem with proxy
Jon == Jon Robison [EMAIL PROTECTED] writes:
Jon Randall, you want to expound upon that?
Barely ignoring the spelling of my name, I'll simply claim
it's not unique.
Neither is IP address. Or anything that you haven't specifically
round-tripped to the browser. And that doesn't stop
On Mon, Nov 19, 2001 at 07:51:55AM -0800, Randal L. Schwartz wrote:
But this is obvious. I'm confused about why I'd have to explain it. :(
I posted this a year or two back:
[EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/jytwortwor/[EMAIL PROTECTED]
Here is the relevant part of
* Randal L. Schwartz ([EMAIL PROTECTED]) [09 11:00]:
Jon == Jon Robison [EMAIL PROTECTED] writes:
Jon Randall, you want to expound upon that?
Barely ignoring the spelling of my name, I'll simply claim
it's not unique.
Neither is IP address. Or anything that you haven't
Joe Breeden wrote:
How does this work in an environment with two (or more) computers with the
exact same configuration, and probably the same HTTP_USER_AGENT behind the
same proxy? How do you know that one user isn't using another users session?
you don't. the session hijacker still would
fliptop wrote:
Joe Breeden wrote:
How does this work in an environment with two (or more) computers with the
exact same configuration, and probably the same HTTP_USER_AGENT behind the
same proxy? How do you know that one user isn't using another users session?
you don't. the session
my point
was that this solves the problem of using the ip address in
the md5 hash
when the client is behind a proxy server.
This does not solve the problem: IP address of users behind
Proxy is not
unique. The User Agent is not unique either. Using User Agent solves
nothing, and
the cool thing about the MD5 hashing scheme is that any
would-be hacker
needs to know the fields you are hashing in order to have a chance at
creating a like hash. so, if you use stuff transmitted in
the clear (like
username, sessionid, some bogus piece of info not used, and
MD5
fliptop wrote:
Jon Robison wrote:
The most relevant section for you is the Ticket system he describes. (I
believe the section header says something about Cookies, but you'll know
you have the right one when you see TicketAccess.pm, TicketTools.pm, and
TicketMaster.pm. One nice
PROTECTED]]
Sent: Friday, November 16, 2001 10:40 AM
To: [EMAIL PROTECTED]
Cc: Jonathan E. Paton; [EMAIL PROTECTED]
Subject: Re: Doing Authorization using mod_perl from a programmers
perspective
fliptop wrote:
Jon Robison wrote:
The most relevant section for you is the Ticket system
]
Subject: Re: Doing Authorization using mod_perl from a programmers
perspective
fliptop wrote:
Jon Robison wrote:
The most relevant section for you is the Ticket system he
describes. (I
believe the section header says something about Cookies,
but you'll know
you have
Nov 2001 12:13:48 -0500
To: Joe Breeden [EMAIL PROTECTED],[EMAIL PROTECTED]
Subject: RE: Doing Authorization using mod_perl from a programmers perspective
Mozilla/4.0 (compatible; MSIE 5.0; Windows
95)::ELNSB50::81100320025802f901780505000b
This indicates to me that some
-Original Message-
From: Jon Robison [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 16, 2001 10:40 AM
To: [EMAIL PROTECTED]
Cc: Jonathan E. Paton; [EMAIL PROTECTED]
Subject: Re: Doing Authorization using mod_perl from a programmers
perspective
fliptop wrote
Texo
-Original Message-
From: Jon Robison [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 16, 2001 10:40 AM
To: [EMAIL PROTECTED]
Cc: Jonathan E. Paton; [EMAIL PROTECTED]
Subject: Re: Doing Authorization using mod_perl from a programmers
perspective
fliptop wrote
) for an online community.
I can manage Perl and mySQL fairly proficently, however
I've no idea how to successfully create what I want using
mod_perl and Apache (actually, I know next to nothing about
them).
--- Background information ---
The website shall be split into a public and private
Jon Robison wrote:
The most relevant section for you is the Ticket system he describes. (I
believe the section header says something about Cookies, but you'll know
you have the right one when you see TicketAccess.pm, TicketTools.pm, and
TicketMaster.pm. One nice addition is the ability to
---
If it compiles - Ship It!
Aranea Texo
-Original Message-
From: fliptop [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 15, 2001 4:50 PM
To: Jon Robison
Cc: Jonathan E. Paton; [EMAIL PROTECTED]
Subject: Re: Doing Authorization using mod_perl from a programmers
perspective
Jon Robison
I am trying to create a website with predominantly dynamic
content (mod_perl + DBI + mySQL) for an online community.
I can manage Perl and mySQL fairly proficently, however
I've no idea how to successfully create what I want using
mod_perl and Apache (actually, I know next to nothing about
them
Hi there,
On Wed, 14 Nov 2001, [iso-8859-1] Jonathan E. Paton wrote:
I am trying to create a website [snip]
NB - Whilst my preferred answer to these questions is a
coded solution, [snip]
We like people to think for themselves on this list. :)
I'm sure I've missed a few questions...
Read
1. Can this be done (nicely) as a
authentication/authorization handlier?
Sure, or you could do it as part of another phase if it's easier for you.
There are good exmples on CPAN or in the Eagle book.
2. Do most hosting companies allow
authentication/authorization handlers? (Using
Hi,
Perrin Harkins wrote:
2. Do most hosting companies allow
authentication/authorization handlers? (Using
HostRocket at the moment).
Most hosting companies don't allow mod_perl.
I had fears about that one, since I thought Perl might not
mean mod_perl - as I know mod_perl is
Seemingly I can do Apache handlers though, so I *might* be
okay.
If you look at http://perl.apache.org/guide/, there's information on how to
determine if you're really running mod_perl or not. If you can get a
PerlHandler directive to work, you have mod_perl.
I rather ambigously asked the
Jonathan E. Paton [EMAIL PROTECTED] writes:
Please don't flame me, I'll go away... honest :P
I wonder if you're trying to do too much too soon?
If you're concerned about hosting then *gulp* PHP might server you
better. I rent a dedicated server because I want absolute control and
the ability
-Original Message-
From: Matthew H. Gerlach [mailto:[EMAIL PROTECTED]]
Now that I had something reproducible, I continued. I rebuilt using
Apache 1.3.22 just like above, and everything continued to work. I
upgraded to XML::Parser-2.30, and things continued to work.
It was only
Just to follow up. I took your advice on building building modperl. My actual
command was as follows:
perl Makefile.PL \
EVERYTHING=1 \
USE_APACI=1 \
APACHE_PREFIX=/lsurf/wohg \
APACHE_SRC=../$APACHE/src \
DO_HTTP=1 \
APACI_ARGS=--enable-rule=expat --enable-module=so
Matthew H. Gerlach wrote:
Just to follow up. I took your advice on building building modperl. My actual
command was as follows:
perl Makefile.PL \
EVERYTHING=1 \
USE_APACI=1 \
APACHE_PREFIX=/lsurf/wohg \
APACHE_SRC=../$APACHE/src \
DO_HTTP=1 \
Hi gang,
I am fairly new to mod_perl, but I would like to share my recent
experience and hope someone might offer some insight into my troubles.
Last week I whipped together a simple perl module that used XML::Simple
( a wrapper for XML::Parser) to parse some POST'd content. Once parsed
the
try looking at
http://perl.apache.org/
/jon
[EMAIL PROTECTED] wrote:
Hi! I am wondering if anyone could tell me how to actually run
modperl on my webserver i have perl modules installed to run without
modperl and dont know how to invoke the process to get them working
can anyone help?
Hi! I am wondering if anyone could tell me how to actually run
modperl on my webserver i have perl modules installed to run without
modperl and dont know how to invoke the process to get them working
can anyone help?
jason
The best place to learn mod_perl is the Guide:
I am using Windows NT, running apache with mod_perl.
The problem that I am having is that I am dynamiclly filling in the options
of a select box from a
database. now when a user selects a value, I expect that value to be on the
URL, but it is not. I
am currently saving the selected value to a
Boyd, David wrote:
I am using Windows NT, running apache with mod_perl.
The problem that I am having is that I am dynamiclly filling in the
options
of a select box from a
database. now when a user selects a value, I expect that value to be on
the
URL, but it is not. I
am currently saving
for answers using mod_perl and windows nt.
Boyd, David wrote:
I am using Windows NT, running apache with mod_perl.
The problem that I am having is that I am dynamiclly filling in the
options
of a select box from a
database. now when a user selects a value, I expect that value
is why?
-Original Message-
From: Boyd, David [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 14, 2001 10:21 AM
To: 'Jeremy Howard'; Boyd, David; [EMAIL PROTECTED]
Subject: RE: Looking for answers using mod_perl and windows nt.
lets see if I can clearify my statement.
first I am new
PROTECTED]]
Sent: Tuesday, August 14, 2001 12:32 PM
To: 'Jeremy Howard'; [EMAIL PROTECTED]
Subject: RE: Looking for answers using mod_perl and windows nt.
I think I might have this figured out.
in my combobox, I had the following:
select name=cmbProgramKey id=cmbProgramKey
onChange
Brian [EMAIL PROTECTED] writes:
I have a unique situation in which I need to change the http_referer.
What I've done is written a quick script that looks like this:
[snip]
Now, the problem is this: It works perfectly as long as the client
remains on our server. But, if they go to another
I have a unique situation in which I need to change the http_referer.
What I've done is written a quick script that looks like this:
package BnP::Referer;
use Apache;
use Apache::Constants;
sub handler {
my $r = shift;
$r-header_in('Referer' = http://www.somedomainname.com;);
return OK;
}
Heh - you're on the wrong track. The whole quote below is part of a
double-quoted string, and each backslash is just to put a literal $ into
the code. It will be eval'ed later.
[EMAIL PROTECTED] (raptor) wrote:
!!! Is it possible to have reference on the left side of the equation !!!
I've
. And it
requires XS code.
Does this mean that if there's a heavily used script on my system that
needs to be VERY fast, then it may be worth making it into a mod_perl
handler? What are the caveats of using mod_perl handlers instead of normal
scripts?
Using handlers is better. Hands down. :-)
Personally
!!! Is it possible to have reference on the left side of the equation !!!
I've tried this to alias HASH :) but didn't succeeded...
sub {
my \$hash = shift; # $_[0] is \%myhash
};
Yes I know that there is aliasing : my *hash = \%{$hashref}..
And I see that here u use : \$r-blah
...Never mind
that
needs to be VERY fast, then it may be worth making it into a mod_perl
handler? What are the caveats of using mod_perl handlers instead of normal
scripts?
For those who didn't see it, here is the code for the Hello World mod_perl
handler program. It is inserted into httpd.conf directly.
Files
the
speed differences. (Intentionally.) However, you should be aware that
handlers rock, and many of us consider them more fun than Registry scripts.
Registry scripts have their fans as well, of course.
What are the caveats of using mod_perl handlers instead of normal
scripts?
You can read more
used script on my system that
needs to be VERY fast, then it may be worth making it into a mod_perl
handler? What are the caveats of using mod_perl handlers instead of normal
scripts?
Its hard to explain, but try not to focus on the Hits/sec, instead
look at the sec/Hits. Notice
[EMAIL PROTECTED] (Philip Mak) wrote:
Does this mean that if there's a heavily used script on my system that
needs to be VERY fast, then it may be worth making it into a mod_perl
handler? What are the caveats of using mod_perl handlers instead of normal
scripts?
The basic idea
On Mon, 16 Apr 2001, Jim Winstead wrote:
[...]
you would have to do a "run config template expander HUP" instead
of just doing a HUP of the apache parent process, but that doesn't
seem like a big deal to me.
And it has the big advantage of also working with httpd's without
mod_perl.
-
At 04:16 AM 4/17/01, Ask Bjoern Hansen wrote:
On Mon, 16 Apr 2001, Jim Winstead wrote:
[...]
you would have to do a "run config template expander HUP" instead
of just doing a HUP of the apache parent process, but that doesn't
seem like a big deal to me.
And it has the big advantage of
I work for a small domain hosting company, and we currently host a few
hundred domains. What I'm trying to do is have apache build the httpd.conf
file dynamically when it starts from a MySQL database. Easy enough. Got
most of it working, the only thing I'm running into is mod_rewrite problems.
What I'm trying to do is have apache build the httpd.conf
file dynamically when it starts from a MySQL database.
It might be easier and more bulletproof to build the conf file off-line with
a simple perl script and a templating tool. We did this with Template
Toolkit and it worked well.
-
It might be easier and more bulletproof to build the conf file
off-line with
a simple perl script and a templating tool. We did this with Template
Toolkit and it worked well.
- Perrin
That would be fine and dandy, but it's not exactly what I'm going after.
Currently if I want to make a
). Using the mod_perl way I can change
it once in the httpd.conf file, restart apache, and the change will take
place for all the domains that are affected by the Perl /Perl code.
Know what I mean?
this is certainly possible by generating your configuration files
using a perl script, outside of using
it seems to me you're conflating your goal and your means of achieving
it.
I don't think I'm conflating the goal and the means. At least I don't see
how I am
this is certainly possible by generating your configuration files
using a perl script, outside of using mod_perl.
Aaah
it.
this is certainly possible by generating your configuration files
using a perl script, outside of using mod_perl.
Aaah, but you see that would create a bunch of configuration files or make
one huge configuration file. My method would eliminate all but one
configuration file (httpd.conf) and use our billing
checkout the following link:
http://www.geocrawler.com/archives/3/182/2000/3/0/3377287/
the search engine at:
http://www.geocrawler.com/lists/3/Web/182/0/
is your friend.
--
___cliff [EMAIL PROTECTED]http://www.genwax.com/
Brian wrote:
It's all written, only problem is the mod_rewrite
It might be easier and more bulletproof to build the conf file
off-line with
a simple perl script and a templating tool. We did this with Template
Toolkit and it worked well.
- Perrin
That would be fine and dandy, but it's not exactly what I'm going after.
Currently if I want to
Thanks all for the suggestions and idea provoking chatter. I appreciate. I
also much apologize as I didn't fully comprehend your first suggestion
Perrin. Simple mind lapse caused by a lack of sleep and not enough
caffeine. :o)
But, you are right about the DB being down. A cache is a must in
Hi,
I use mod_perl on http://www.a-blast.org/ and want to suggest it for
http://perl.apache.org/sites.html
It is a "truly interactive text network", written completely in
mod_perl. For a quick, non-technical overview have a look on
http://www.assoziations-blaster.de/prixars/ (its in english on
Ok, I have an update on this.
I found some docs on how to set things up, but ran into a problem when
compiling it.
Here's the line I used to configure mod_perl, and have it build apache:
perl Makefile.PL PERL_SSI=1 USE_APACI=1 APACI_ARGS='--prefix=/usr/apache
--enable-shared=max
- Original Message -
From: "Mike Hodson" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 18, 2000 5:12 AM
Subject: using mod_perl with SSI-run perl scripts
Hello there.
I am currently looking for a way to reduce the server load on a very
popular
website. I must admit, I am
"MH" == Mike Hodson [EMAIL PROTECTED] writes:
MH administrator) is using a set of small perl scripts run thru the
MH SSI !--exec CGI="/cgi-bin/banner.pl"-- method to change
MH advertizing banners on different pages. I personally want to
MH convert them into some sort of embperl or PHP
You
"BC" == Bogomolnyi Constantin [EMAIL PROTECTED] writes:
BC mod_perl will never reduce your server load (in fact it will increase it )
This is an absolutely wrong statement.
When I converted one site to mod_perl, the load dropped dramatically
because it could handle the requests faster. This
Vivek Khera [EMAIL PROTECTED] writes:
"BC" == Bogomolnyi Constantin [EMAIL PROTECTED] writes:
BC mod_perl will never reduce your server load (in fact it will increase it )
This is an absolutely wrong statement.
Depends where you're coming from, surely? If you're purely SSI, then
you're
Depends where you're coming from, surely? If you're purely SSI, then
you're adding overhead, if you're already heavily perl then you're
reducing the load (provided you play by the rules ;-).
This guy already said he was trying to replace #exec calls to perl CGI
scripts, so it should
Hello there.
I am currently looking for a way to reduce the server load on a very popular
website. I must admit, I am not a whiz with perl, nor was I the designer of
our current system. The web content designer (I myself am a server
administrator) is using a set of small perl scripts run thru
1 - 100 of 112 matches
Mail list logo
