[EMAIL PROTECTED] wrote:
Has anyone used the Memoize module extensively in a mod_perl environment?
I am thinking of using it to cache queries from the database, particularly
for lookups (somthing like $obj-get_name_from_id()).
In many cases the data is static so I don't mind is staying over from
. If everything else fails
please contact [EMAIL PROTECTED]
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org
.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http
On Tue, Jul 15, 2003 at 12:19:14PM +0300, Stas Bekman wrote:
Dominique Quatravaux wrote:
Sorry, getting out of good ideas..
Surprise, surprise: I found out that my code does not work under
mod_perl 1.23 either! And I found the real solution: one has to add
PerlSetupEnv Off
This page:
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Registry___C_Apache__PerlRun__and_Friends
says that mod_perl 2's ModPerl::Registry does not chdir() into the
script's directory, wheras mod_perl 1's Apache::Registry DOES chdir().
It also says that this will eventually
hi
( 03.07.14 20:14 -0700 ) Adi Fairbank:
( I wouldn't want to have any piece of software named after me... just
my personal style. Software lives for too long, especially open
source. It would still be called that long after I'm dead. )
don't be too sure. no one may call it anything at all
(@_);
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
ColinB wrote:
This page:
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Registry___C_Apache__PerlRun__and_Friends
says that mod_perl 2's ModPerl::Registry does not chdir() into the
script's directory, wheras mod_perl 1's Apache::Registry DOES chdir().
It also says
On Tue, Jul 15, 2003 at 04:30:35PM +0300, Stas Bekman wrote:
Peter B. Ensch wrote:
FWIW, I use the following code when I need to use ``|qx:
local $ENV{PATH} = /bin:/usr/bin;
local @ENV{ qw(IFS CDPATH ENV BASH_ENV) };
But this code must be used in each scope where you intend to use
On Tue, 2003-07-15 at 08:44, ColinB wrote:
So how can I go about installing just Apache::Registry from the
mod_perl 1 tar file without having to install ALL of mod_perl 1 ?
Just copy the Apache/Registry.pm file into the same directory that all
your other Apache:: modules are in.
- Perrin
Chris Faust wrote:
There is a 0.92 version of Apache::DBI is mp2 aware (there may even be
a later version at this point).
We started with mp1 and do to problems we decided to goto mp2 (which
turned out to be non mod_perl and apache related), there wasn't any
major performance increase
Hello, Ged and other.
Thanks for long suggestion letter. I've solved my problem with mod_perl
compiled staticaly.
GH Hi there,
GH Haven't seen any replies, so I thought you'd like to hear from someone. :)
Thanks...
GH On Wed, 2 Jul 2003, Ruslan U. Zakirov wrote:
I've tried to use XML
Alex McLintock wrote:
At 17:40 12/06/03 -0400, Perrin Harkins wrote:
On Thu, 2003-06-12 at 17:31, Gedanken wrote:
speaking of mod perl books, i have gotten lost somewhere. theres the
eagle book, theres stas' book (practical mod_perl i learned today), and
theres 'geoffs book'. what
Rasoul Hajikhani wrote:
Hello there,
We have just upgraded to :
Apache/1.3.27 Ben-SSL/1.48 (Unix) PHP/4.2.3 mod_perl/1.27 configured
Running perl 5.6.1.
I am getting 302 error message on my redirects. This comes as a complete
surprise since the same piece of code works just fine on:
Apache
application for
mod_perl. A brief description of the app follows; I'd like to hear some
comments from the mod_perl/Perl/P5EE community on:
You could look about Apache::* modules naming conventions:
http://perl.apache.org/products/apache-modules.html#Module_Naming_Conventions
Apache::App::WebMessaging
Has anyone used the Memoize module extensively in a mod_perl environment? I am
thinking of using it to cache queries from the database, particularly for lookups
(somthing like $obj-get_name_from_id()).
In many cases the data is static so I don't mind is staying over from one request
On Mon, 2003-07-14 at 14:12, [EMAIL PROTECTED] wrote:
Has anyone used the Memoize module extensively in a mod_perl environment?
I'd suggest you use Cache::FileCache, MLDBM::Sync, or Cache::Mmap
instead. Memoize is cool, but unnecessary if you are planning ahead
like this.
- Perrin
I don't know anything about Memoize, but perhap db-level caching would work
for you?
If you user MySQL, Mysql 4.0.1 and beyond has Query Caching capabilities
built into it.
http://www.mysql.com/documentation/mysql/bychapter/manual_Reference.html#Query_Cache
-=bill
--
mod_perl digest
June 30, 2003 - July 13, 2003
--
Recent happenings in the mod_perl world...
Features
o
I like to be removed from this list but the un-scribe does not work for me.
the problem is the mail address that I used way back when has been aliases.
-Original Message-
From: Jonathan M. Hollin [mailto:[EMAIL PROTECTED]
Sent: Friday, July 11, 2003 2:37 AM
To: Slava Bizyayev; mod_perl
On, or in the near vicinity of Mon, 14 Jul 2003 18:49:58 +0300
Stas Bekman [EMAIL PROTECTED] has thus written:
Probably the best bet is to give it some cool unique name, like
Apache::AdiChat and then you are all set, since you are not going to take over
any future framework/namespaces...
At 04/07/2003 17:29, Slava Bizyayev wrote:
I've just updated the content at
http://devl4.outlook.net/devdoc/FAQ/compression.html .
It's very good Slava. Concise, informative and thorough.
There is a small mistake in the section, Q: How hard is it to implement
content compression on an existing
Sorry, getting out of good ideas..
Surprise, surprise: I found out that my code does not work under
mod_perl 1.23 either! And I found the real solution: one has to add
PerlSetupEnv Off
to the Apache configuration file. Now the untainting mumbo-jumbo in
perl section works.
Warning
inserting
cookies in mod_perl 1.0 so easy which in turn made
life easier for programming. However I have scoured the documentation on how to
insert a cookie into the header and the only thing I could come up with is that
you use a filter to do it. Somehow I dont think that this is right and I
am
inserting cookies in mod_perl 1.0 so easy which in turn made life
easier for programming. However I have scoured the documentation on how
to insert a cookie into the header and the only thing I could come up
with is that you use a filter to do it. Somehow I don't think that this
is right and I am
think that was it). Apache::Cookie made inserting cookies in
mod_perl 1.0 so easy which in turn made life easier for
programming. However I have scoured the documentation on how to
insert a cookie into the header and the only thing I could come
up with is that you use a filter to do it. Somehow I
On Fri, 11 Jul 2003, Ross Matt-QMR000 wrote:
I would really like to be removed from this list but the
un-scribe does not work for me. the problem is the mail address
that I used way back when has been aliases to different
address.
Try sending a message to [EMAIL PROTECTED]
for some
BEGIN {
# Untaint environment. Those variables come from
# Apache; even if they didn't, they would come from the root
# user who launched Apache. No security problems here.
my %cleanenv;
foreach my $var (qw(PATH GATEWAY_INTERFACE MOD_PERL
There is a 0.92 version of Apache::DBIis mp2
aware (there may even be a later version at this point).
We started with mp1 and do to problems we decided
to goto mp2 (which turned out to be non mod_perl and apache related), there
wasn't any major performance increase or anything like
On RedHat Linux 9.0, with Apache 1.3.27, PHP 4.3.2, and mod_perl 1.28, I'm getting
a compile error. These, near as I know, are the latest stable versions of
everything - which is why I suspect I'm running into this problem:
make[2]: Entering directory `/usr/local/src/apache_1.3.27/src
.
my %cleanenv;
foreach my $var (qw(PATH GATEWAY_INTERFACE MOD_PERL)) {
($cleanenv{$var})=($ENV{$var} =~ m/^(.*)$/g);
}
%ENV=%cleanenv;
}
/perl
I'm pretty confused because I was able to untaint my PATH var.
by putting
Thanks for sharing your code; unfortunately, it's not working for me.
I copied it into my httpd.conf file, stopped/started the server and
I still get the same error:
Sorry, getting out of good ideas.. I'm not using mod_perl 1.99, this
probably explains why my code does not work, and also
perlsec says that to untaint the PATH env one should
do:
$ENV{'PATH'} = '/bin:/usr/bin';
delete @ENV{'IFS', 'CDPATH', 'ENV', 'BASH_ENV'};
In plain CGI, I normally do this inside a BEGIN
block; in mod_perl however, this doesn't work. A
print of $ENV{PATH} returns the original tainted
PATH
In plain CGI, I normally do this inside a BEGIN
block; in mod_perl however, this doesn't work.
This would work if this was done in a Perl section of the httpd.conf
file (this is what I do). I am not sure why the BEGIN block is not
executed, but my guess is that the environment gets
Hi all,
Im currently working on a personal project to get
myself back in mod_perl programming order. However Im
more used to using mod_perl 1.0 with Apache 1.3.x. Im
going through the documentation for mod_perl 2.0 but
Im worried that most of the modules I need wont work with mod_perl
On Wed, Jul 09, 2003 at 05:40:32PM +0200, Dominique Quatravaux wrote:
In plain CGI, I normally do this inside a BEGIN
block; in mod_perl however, this doesn't work.
This would work if this was done in a Perl section of the httpd.conf
file (this is what I do). I am not sure why the BEGIN
I think it should be based on your specific
requirements. If you want to setup a production box
and does not have much time in hand to troubleshoot,
then you must go for mod_perl 1.x/Apache-1.x latest
stable versions.
However, if you have time in hand want to learn a
bit about Apache/mod_perl
On Monday, Jul 7, 2003, at 20:50 Europe/London, Ged Haywood wrote:
On 7 Jul 2003, Walter H. van Holst wrote:
I am new to mod_perl and am trying to figure out whether it suits my
needs or not. Can I use it to intercept any http CONNECT requests
Apache
receives and answer those?
The concept
On Tue, 2003-07-08 at 10:14, Matt Sergeant wrote:
Sorry Ged, Walter is talking about CONNECT which is a proxy request. It
goes in place of GET or POST in the request line:
CONNECT mail.openrelay.com:25 HTTP/1.1
I *think* mod_perl will be able to intercept this, but I've never tried
that mod_perl can do this. And yes, it is
intended for exactly the kind of CONNECT requests you describe.
:)
73,
Ged.
effort.
E:\new\mod_perl-1.28perl Makefile.PL NO_HTTPD=1
APACHE_SRC=E:\Apache INSTALL_DLL=E:\Apache\modules
[ ... ]
Linking...
LINK : fatal error LNK1181: cannot open input file
..\..\..\..\..\Perl\lib\CORE\perl56.lib
Thanks for raising this - the problem was that the drive letters
weren't
. Thus without re-compiling my whole
Perl 5.8.0 build I need to come up with a solution.
Like I said before Doug MacEachern actually allows you to get away with
this in mod_perl 1.27 (with mod_perl 1.24 it would squeal and terminate
during compile time).
Sorry for my ignorance but it does look like
This distribution has been tested as part of the cpan-testers
effort to test as many new uploads to CPAN as possible. See
http://testers.cpan.org/
Please cc any replies to [EMAIL PROTECTED] to keep other
test volunteers informed and to prevent any duplicate effort.
--
E:\new\mod_perl
Hi,
I am new to mod_perl and am trying to figure out whether it suits my
needs or not. Can I use it to intercept any http CONNECT requests Apache
receives and answer those?
Regards,
Walter
--
Like almost everyone, I receive a lot of spam every day, much of it
offering to help me get out
On Thu, Jul 03, 2003 at 05:15:31PM -0400, Perrin Harkins wrote:
On Thu, 2003-07-03 at 16:59, Peter Ensch wrote:
OK. Thanks. Well, yes it is being reloaded whenever the form
is submitted and w/out restarting the server. Here's some of
the output (error_log):
[Thu Jul 3 15:52:00 2003]
Hi there,
On 7 Jul 2003, Walter H. van Holst wrote:
I am new to mod_perl and am trying to figure out whether it suits my
needs or not. Can I use it to intercept any http CONNECT requests Apache
receives and answer those?
The concept of a connection is at the transport level, way below HTTP
Hi,
I heared a lot of people complaining that they can't get
mod_perl-1.99_09 running
on Mac OS X. Here is a little scenario that worked for me.
These are the steps:
Sources: Grab the sources from your closest mirrors and untar them.
If this is the first time you upgrade
Hello.
I've tried to use XML::XPath under mod_perl 1.27 and Apache 1.3.27, but
got segmentation fault with this peace of code:
use XML::XPath;
my $mfname='/proj/optolink/html/.meta.xml';
my $xp = XML::XPath-new(filename = $mfname);
my $ns = $xp-find('//[EMAIL PROTECTED]yes
In the current mod_perl 1 cvs repository there's now a workaround
that allows mod_perl 1 to compile against Win32 ActivePerl 8xx
and Apache/1.3. I've put up a ppm package of this under
http://theoryx5.uwinnipeg.ca/ppms/
which you can access by setting the repository within
the ppm shell
On Thu, 3 Jul 2003, Steve Hay wrote:
Philippe M. Chiasson wrote:
The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN
I still get the same test failures that I reported before when
RC2 was announced:
modules/request...FAILED tests 3-8
Failed 6/10
Hi Randy,
Randy Kobes wrote:
On Thu, 3 Jul 2003, Steve Hay wrote:
Philippe M. Chiasson wrote:
The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN
I still get the same test failures that I reported before when
RC2 was announced:
modules/request...FAILED
On Thu, 2003-07-03 at 15:46, Steve Hay wrote:
Hi Philippe,
Philippe M. Chiasson wrote:
The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN
I still get the same test failures that I reported before when RC2 was
announced:
modules/request...FAILED
The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GO/GOZER/mod_perl-1.28.tar.gz
size: 375986 bytes
md5: 889ad726a6d7c2fe03b2b1b93662f515
Changes since 1.27:
Apache::FakeRequest now isa Apache so code that is carefull about
$r
Hi Philippe,
Philippe M. Chiasson wrote:
The URL
http://perl.apache.org/dist/mod_perl-1.28.tar.gz
has entered CPAN
I still get the same test failures that I reported before when RC2 was
announced:
modules/request...FAILED tests 3-8
Failed 6/10 tests, 40.00% okay
Setup: Windows
What is the preferred method of compiling mod_perl - static or dynamic?
I have read that *static* linking is likely to load and execute faster,
but may be wasteful of resources if there are multiple proceses each
with its own copy of the common code.
It therefore seems likely that a statically
Hi there,
On Thu, 3 Jul 2003, ColinB wrote:
What is the preferred method of compiling mod_perl - static or dynamic?
Static. (But that's just my opinion after years of experience and
watching people running into trouble with DSO mod_perl on this List. :)
I have read that *static* linking
Ged == Ged Haywood [EMAIL PROTECTED] writes:
Ged A recent post by Randal seemed to indicate the memory saved
Ged by using a DSO mod_perl wasn't as large as one might think - check the
Ged archives.
And I've confirmed that observation at least on Solaris and OpenBSD.
You can build a static
Thanks for the comments. I guess I'll just have to stick with the
dynamically-linked mod_perl 2.0 for the time being.
I'll keep checking the mod_perl 2.0 site pages and pick up a
static-capable version when it becomes available.
Colin
__
Do you Yahoo
invokations of the script to have access to the revised
data.
It would be simpler and faster to use MLDBM::Sync for this.
Not familiar w/ this module and it's not on our system; I'll
certainly look into it.
I was expecting this methodology to break under mod_perl
thinking
On Thu, 2003-07-03 at 13:38, Peter Ensch wrote:
I'm using CGI::Application and this part of the code happens inside
the cgiapp_init() method which I'm overriding:
our $USERS : unique = /path/to/users.dat;
sub cgiapp_init {
my $self = shift;
$self-param('users' = require ${\$USERS});
}
On Thu, Jul 03, 2003 at 02:51:23PM -0400, Perrin Harkins wrote:
On Thu, 2003-07-03 at 13:38, Peter Ensch wrote:
I'm using CGI::Application and this part of the code happens inside
the cgiapp_init() method which I'm overriding:
our $USERS : unique = /path/to/users.dat;
sub
On Thu, 2003-07-03 at 16:16, Peter Ensch wrote:
So, to reiterate, I may write to users.dat on one transaction
and read on another; the file contents is always up-to-date.
The file is up-to-date, or the param 'users' is?
The file is. IE. it gets written and and the new stuff is
On Thu, Jul 03, 2003 at 04:24:35PM -0400, Perrin Harkins wrote:
On Thu, 2003-07-03 at 16:16, Peter Ensch wrote:
So, to reiterate, I may write to users.dat on one transaction
and read on another; the file contents is always up-to-date.
The file is up-to-date, or the param 'users'
On Thu, 2003-07-03 at 16:59, Peter Ensch wrote:
OK. Thanks. Well, yes it is being reloaded whenever the form
is submitted and w/out restarting the server. Here's some of
the output (error_log):
[Thu Jul 3 15:52:00 2003] users.dat: users.dat loaded by process 18294 at /opt/a...
[Thu Jul 3
--- Bill Marrs [EMAIL PROTECTED] wrote:
My own personal experience with mod_deflate (in Apache/2.0.46) is
that it
tends to spike my server's load. My server (gametz.com) is dual
http://lists.over.net/pipermail/mod_gzip/2003-June/007130.html
seems to say that mod_gzip has its own
Hello.
I've tried to use XML::XPath under mod_perl 1.27 and Apache 1.3.27, but
got segmentation fault with this peace of code:
use XML::XPath;
my $mfname='/proj/optolink/html/.meta.xml';
my $xp = XML::XPath-new(filename = $mfname);
my $ns = $xp-find('//[EMAIL PROTECTED]yes]');
Under
On Thu, 2003-06-26 at 06:53, Bill Marrs wrote:
I'm looking for a Redhat 9 compatible mod_perl-1.99_09 rpm.
If anyone has one or knows where I can get one, let me know.
I've just finished building RPMs for mod_perl 1.99_09 on RH9/i386
Grab them at:
http://www.apache.org/~gozer/mp2/
Thanks
Hi Joe --
+1. Scripting _inside_ the server opens up possibilities that
are unimaginable to folks who are content confining themselves
to the lowest common denominator (CGI).
Perhaps you could bullet-point a few of these possibilities for those of
us who are confined by our lack of
Hi there,
Haven't seen any replies, so I thought you'd like to hear from someone. :)
On Wed, 2 Jul 2003, Ruslan U. Zakirov wrote:
I've tried to use XML::XPath under mod_perl 1.27 and Apache 1.3.27, but
got segmentation fault
It's not uncommon to see XML and segfaults in the same post
Hello again,
On Thu, 3 Jul 2003, Ged Haywood wrote:
There's nothing else in that function that would be likely to cause the
fault, if pool were invalid I'd expect it to happen in poolAppendChar().
Of course unless poolAppendChar() turns out to be a function defined
by a macro, which it does,
On Mon, 30 Jun 2003 12:57:00 -0700
Adi Fairbank [EMAIL PROTECTED] wrote:
Apache::WebMessaging
I am about ready to release an intraserver web-messaging application for
mod_perl. A brief description of the app follows; I'd like to hear some
comments from the mod_perl/Perl/P5EE community
I used to use mod_gzip under Apache 1.3, and it worked great, saving my
over 50% of my bandwidth for my mod_perl generated pages.
But, it appears that mod_gzip doesn't work with Apache 2. Apache 2 has a
built-in mod_deflate, but I've had some trouble with it (seemed to cause a
load spike
HI Bill,
mod_gzip gave me a lot of grief when I used it - spurious errors
kept filling the log and it didn't work easily with SSL. I spent a day
trying to configure a nasty proxy solution.
Apache::DynaGZIP has been much less hassle to install and run and
it works with SSL.
PROTECTED]
Sent: Tuesday, July 01, 2003 9:56 AM
Subject: Re: Best compression for mod_perl application?
HI Bill,
mod_gzip gave me a lot of grief when I used it - spurious errors
kept filling the log and it didn't work easily with SSL. I spent a day
trying to configure a nasty proxy solution
Hi Nigel,
I had the same question three month ago.
There are a few sources which compare the different modules. See
mod_perl guide.
My solution is now mod_deflate 1.0.18 with apache 1.3.27.
My configuration in httpd.conf is:
# activate compress
IfModule mod_deflate.c
# main switch
On Fri, 2003-06-20 at 12:18, Peter B. Ensch wrote:
It's been suggested to me that content generating
apps should be done under A::R, whereas logging,
authentication Etc. should be implemented as
mod_perl handlers.
What is the opinion of the group?
I'm late to the party, but here's an old
: Tuesday, July 01, 2003 10:48 AM
Subject: Re: Best compression for mod_perl application?
Hi Nigel,
I had the same question three month ago.
There are a few sources which compare the different modules. See
mod_perl guide.
My solution is now mod_deflate 1.0.18 with apache 1.3.27.
My configuration
for
mod_perl. A brief description of the app follows; I'd like to hear some
comments from the mod_perl/Perl/P5EE community on:
You could look about Apache::* modules naming conventions:
http://perl.apache.org/products/apache-modules.html#Module_Naming_Conventions
Apache::App::WebMessaging
- Original Message -
From: Sven Geisler [EMAIL PROTECTED]
To: Nigel Hamilton [EMAIL PROTECTED]; Slava Bizyayev
[EMAIL PROTECTED]
Cc: Bill Marrs [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, July 01, 2003 10:48 AM
Subject: Re: Best compression for mod_perl application?
Hi Nigel
Perrin Harkins [EMAIL PROTECTED] writes:
[...]
I'm late to the party, but here's an old post of mine that sums up my
opinion:
http://marc.theaimsgroup.com/?l=apache-modperlm=95440118003848w=2
+1. Scripting _inside_ the server opens up possibilities that
are unimaginable to folks who are
]
To: Slava Bizyayev [EMAIL PROTECTED]
Cc: Nigel Hamilton [EMAIL PROTECTED]; Bill Marrs
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, July 01, 2003 11:21 AM
Subject: Re: Best compression for mod_perl application?
This is one of the source I had in mind.
Well done Slava.
BTW. Do you consider
That would be of my real interest to know as many details of Bill's
experience with mod_deflate as he can provide.
Since I posted my first message, I've been snooping around the 'net to find
more info on mod_gzip and mod_deflate. Here's what I came up with:
The general recommendation seems to
Hi Bill,
Thanks for taking the time to post your experiences.
It's a shame that so much time is spent tweaking, compiling,
testing, ferretting for bug references.
On Tue, 1 Jul 2003, Bill Marrs wrote:
That would be of my real interest to know as many details of Bill's
the page and truncating further output).
I changed my code to print instead of (HTML ignores extra
white-space, so no biggie), and the errors all went away. So, I see
this as an annoyance more than a serious bug.
if you're using mod_perl for your perl script, it might be a mod_perl issue
?
Thanks,
Slava
- Original Message -
From: Bill Marrs [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 01, 2003 2:33 PM
Subject: Re: Best compression for mod_perl application?
That would be of my real interest to know as many details of Bill's
experience with mod_deflate as he can
1. Are you using any Cascaded Stile Sheets and/of JavaScript libraries
linked to your main web pages?
I'm not, but... I think mod_defalte's hook is after all that is processed,
so it's not especially relevant.
2. If yes, how do you turn compression off for those files in case of
Netscape-4
,
Slava
- Original Message -
From: Bill Marrs [EMAIL PROTECTED]
To: Slava Bizyayev [EMAIL PROTECTED]
Sent: Tuesday, July 01, 2003 3:33 PM
Subject: Re: Best compression for mod_perl application?
1. Are you using any Cascaded Stile Sheets and/of JavaScript libraries
linked to your main web
Apache::WebMessaging
I am about ready to release an intraserver web-messaging application for
mod_perl. A brief description of the app follows; I'd like to hear some
comments from the mod_perl/Perl/P5EE community on:
* is there anything like this already out there?
* namespace suggestions
$r-headers_in-unset(Content-length);
$r-header_out(Location = $uri);
$r-status(REDIRECT);
$r-send_http_header;
return REDIRECT;
well, you shouldn't ever mess with $r-status - that messes up Apache's
internal bookkeeping. and don't send headers on an error
--
mod_perl digest
June 16, 2003 - June 29, 2003
--
Recent happenings in the mod_perl world...
Features
o
.
It would be simpler and faster to use MLDBM::Sync for this.
I was expecting this methodology to break under mod_perl
thinking that the require would only happen once (the
first time the script runs after server startup); however,
it seems to be working the way it always did.
Why is this? Am I
Coding in plain CGI I've often require'd files containing
data in perl data-structures. The script may write to the
file (via Data::Dumper for example) allowing subsequent
invokations of the script to have access to the revised
data.
I was expecting this methodology to break under mod_perl
LB == Leon Brocard [EMAIL PROTECTED] writes:
LB However, that said, we already have mod_parrot:
LB http://cvs.perl.org/cvsweb/mod_parrot/
Hmm, yes, and now that I've graduated, I should concentrate on making
it compile against the current incarnation of parrot.
LB I suggest concentrating on
On Wed, Jun 25, 2003 at 06:53:52PM -0400, Bill Marrs wrote:
I'm looking for a Redhat 9 compatible mod_perl-1.99_09 rpm.
If anyone has one or knows where I can get one, let me know.
For my RedHat 8.0 I've made a custom .spec file to build an RPM
directly from the CVS sources.
Get
Hello there,
My apologies if you already have received this email, but I keep getting
a message that the mail was not sent.
We have just upgraded to :
Apache/1.3.27 Ben-SSL/1.48 (Unix) PHP/4.2.3 mod_perl/1.27 configured
Running perl 5.6.1.
I am getting 302 error message on my redirects
I'm looking for a Redhat 9 compatible mod_perl-1.99_09 rpm.
If anyone has one or knows where I can get one, let me know.
Thanks,
-bill
p.s. I did find a Rawhide (bleeding edge Red Hat release, I think)
mod_perl-1.99_09, but it doesn't seem to be compatible (I got an error from
Apache).
At 17:40 12/06/03 -0400, Perrin Harkins wrote:
On Thu, 2003-06-12 at 17:31, Gedanken wrote:
speaking of mod perl books, i have gotten lost somewhere. theres the
eagle book, theres stas' book (practical mod_perl i learned today), and
theres 'geoffs book'. what is the name of geoffs book please
I'm beginning to develop apps under mod_perl. I'm
curious as to how people decide between coding for
Apache::Registry vs. mod_perl handlers.
It's been suggested to me that content generating
apps should be done under A::R, whereas logging,
authentication Etc. should be implemented as
mod_perl
Hi there,
On Fri, 20 Jun 2003, Peter B. Ensch wrote:
I'm beginning to develop apps under mod_perl. I'm
curious as to how people decide between coding for
Apache::Registry vs. mod_perl handlers.
Use Apache::Registry only if you have to in order to get legacy CGI
scripts working.
It's been
On Fri, 20 Jun 2003, Ged Haywood wrote:
Date: Fri, 20 Jun 2003 17:25:23 +0100 (BST)
From: Ged Haywood [EMAIL PROTECTED]
To: Peter B. Ensch [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: A::Registry vs. mod_perl handler philosophy
Hi there,
On Fri, 20 Jun 2003, Peter B. Ensch wrote
201 - 300 of 6247 matches
Mail list logo