On Wed, 2005-03-02 at 16:18 +0100, Roman wrote:
> Is it possible to dynamically create VirtualHost's using mod_perl,
> taking the value of each directive in a database ?
It's possible to do this with mod_perl, but I'd suggest you look at
mod_vhost_dbi instead. It's a better bet for simple mass h
Althou its not ideal - the whole procedure can be done dynamically by
setting up just one VirtualHost and adding a perl handler to dynamically
set the document_root :) But depending what sort of hosting your doing
this solution may not be the best for you. For this to work you will
need to turn can
On Mar 2, 2005, at 7:21 PM, Richard F. Rebel wrote:
I worked for a company who did mass free hosting and I can tell you
that
browser supplied mime types are not enough in many situations.
I agree - my question was if they tended to call a 'valid' file
invalid, or an invalid file valid -- the idea
Malcolm J Harwood wrote:
On Wednesday 02 March 2005 11:14 pm, Stas Bekman wrote:
I've revamped the docs, but it's still incomplete (takes too much time).
Please take a look at:
http://apache.org/~stas/Apache-Scoreboard-2.06.tar.gz
It looks fine from a quick once-over (at least relative to what I
On Wednesday 02 March 2005 11:14 pm, Stas Bekman wrote:
> I've revamped the docs, but it's still incomplete (takes too much time).
> Please take a look at:
> http://apache.org/~stas/Apache-Scoreboard-2.06.tar.gz
It looks fine from a quick once-over (at least relative to what I worked out
looking
> Chuck, use Apache::Reload and you won't have to restart the server.
> http://modperlbook.org/html/ch06_08.html
Although on a production server that's dealing with many thousands of
requests, that could be an awful lot of checks to see if modules have been
updated. Personally I prefer a bit of s
Malcolm J Harwood wrote:
I'm trying to get some per-request stats for the entire request, not just the
response phase, and Apache::Scoreboard looked like it would do the job.
However, I'm having a few problems with it.
[...]
my $server = $parent_score->server; #Apache::ServerScore object
Gokul P. Nair wrote:
I'm currently using perl v5.6.1 and would like to
upgrade it to v5.8.5, also when i download and install
modules from cpan.org it prints this at the end of
installation:
"Appending installation info to
/usr/lib/perl/5.6.1/perllocal.pod"
I have 2 questions:
1. How do i upgrade f
I'm currently using perl v5.6.1 and would like to
upgrade it to v5.8.5, also when i download and install
modules from cpan.org it prints this at the end of
installation:
"Appending installation info to
/usr/lib/perl/5.6.1/perllocal.pod"
I have 2 questions:
1. How do i upgrade from 5.6.1 to 5.8.5
2
Thanks, you always have the answer.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Wed 3/2/2005 3:53 PM
To: Goehring, Chuck, RCI - San Diego
Cc: Perrin Harkins; modperl@perl.apache.org
Subject: Re: Question ab
I worked for a company who did mass free hosting and I can tell you that
browser supplied mime types are not enough in many situations.
I had to resort to file magic byte testing (technique used by the unix
'file' command), and then further to ensuring that tar's, rar's, bzip's,
pkzip's etc all p
Goehring, Chuck, RCI - San Diego wrote:
Well, when I use cgis that run under Registry, if I modify a pm file,
I have to restart the web server before I see changes.
Chuck, use Apache::Reload and you won't have to restart the server.
http://modperlbook.org/html/ch06_08.html
--
__
Great points, and I figured as much would be needed to 'rule in'
acceptable items
do you think that the browser mime type would be sufficient to 'rule
out' items as a preliminary check?
ie: if it passes the mime test, do a size test, else don't bother
or, would that probably toss too many good
On Friday 18 February 2005 10:58 am, Sam Tregar wrote:
> On Fri, 18 Feb 2005, Richard Chen wrote:
> >Most importantly, after the server process is shutdown and
> > dprofpp is applied to the tmon.out file, it always complains about
> > garbled profile. The -F option for dprofpp does not
At 1:44 PM -0500 3/1/05, Jonathan Vanasco wrote:
I'm in need of a 'good' method to limit files uploaded via mod_perl2
( to photos of gif/jpg/png 100k or less)
2 - i've noticed a type of "image/jpeg" "image/gif"
"image/png" for uploaded file types. can this be relied on to any
extent?
I would
CCing it back onto the list...
>
Now if I do not want all to specify
all cgi scripts (*.cgi) to be handled by the handler
precisely to avoid pitfalls and only specify
some files to be used, then how do I do
that via the Files directive.
<
There's a couple of different approaches.
The fir
I'm trying to get some per-request stats for the entire request, not just the
response phase, and Apache::Scoreboard looked like it would do the job.
However, I'm having a few problems with it.
I have the following installed as a CleanupHandler (by which time everything
should be done), it's ju
[JOB]
About the position(s): Open List, Inc. is seeking talented,
take-charge, SENIOR Perl engineers to improve and extend our core
vertical search platform. We're looking to build a small, dedicated
team of world-class Perl and MP developers here in New York, N.Y.
Applicants will have a proven
Hi,
To explain exactly what is going on...
The "Files" directive is an *apache* not mod_perl directive. You can use it
within apache to define specific rules for a file (or bunch of files).
The "SetHandler" directive is also an apache directive, that tells apache
what hander should be used.
So
On Wed, 2005-03-02 at 08:36 -0800, Goehring, Chuck, RCI - San Diego
wrote:
> If I modify the top level cgi, I don't have to restart the web server.
> This tells me the modules are parsed only the first time and the top
> level cgi is parsed every time it runs. So, for my setup, using
> mod_perl do
Well, when I use cgis that run under Registry, if I modify a pm file, I have
to restart the web server before I see changes. If I modify the top level cgi,
I don't have to restart the web server. This tells me the modules are parsed
only the first time and the top level cgi is parsed every
On Wed, 2005-03-02 at 08:16 -0800, Goehring, Chuck, RCI - San Diego
wrote:
> An ordinary cgi script would be parsed every time regardless of the
> container used to specify the handler.
Not to gang up on you, Chuck, but the question was about running things
under Apache::Registry, so the script wo
On Wed, 2005-03-02 at 08:51 -0600, Jain, Abhay K, ALABS wrote:
>
> SetHandler perl-script
> PerlHandler Apache::Registry
> Options ExecCGI
>
If you change hello.cgi to *.cgi, then all files ending in .cgi will be
run through Apache::Registry. Is that what you were looking
Yeah, you win. But my point was that making a module is the way to reduce
parsing. An ordinary cgi script would be parsed every time regardless of the
container used to specify the handler. In your example you indicate the use of
a module as well.
Anyway, sorry for the lack of clarity.
Goehring, Chuck, RCI - San Diego wrote:
Jain,
If you are using mod_perl (Registry) and the bulk of the code can be moved to module files, minimizing of parsing is automatic. When the code is in modules, only the "top level" script that creates & uses the objects gets compiled each time - the ".p
On Mar 1, 2005, at 4:58 PM, Gokul P. Nair wrote:
how do i find out if mod_perl is statically linked to
apache or dynamically? the reason i need to know this
is because in order to install HTML::Mason, it is
strictly reccomended that mod_perl be statically
linked to apache.
I've used Mason with a D
Hi all,
Is it possible to dynamically create VirtualHost's using mod_perl,
taking the value of each directive in a database ? If it is, how can I
do exactly please ?
Because actually, I'm doing things like :
-
push(@{ $VirtualHost{'*:80'} }, \%conf);
-
It works well, but with this method
Jain,
If you are using mod_perl (Registry) and the bulk of the code can be moved to
module files, minimizing of parsing is automatic. When the code is in modules,
only the "top level" script that creates & uses the objects gets compiled each
time - the ".pm" files are only parsed once.
Per
Jain, Abhay K, ALABS wrote:
> I just compiled mod_perl 1.29 with apache. As I understand from
> the documentation that with use of directive "Files", Apache caches the
> perl cgi code so that on next invocation it does not to reparse it.
> If I want to specify more than one cgi script to be cached,
-Original Message-
From: Sean Davis [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 02, 2005 9:43 AM
To: Jain, Abhay K, ALABS
Cc: modperl@perl.apache.org
Subject: Re: Question about Files directive
On Mar 2, 2005, at 9:37 AM, Jain, Abhay K, ALABS wrote:
> I just compiled mod_perl 1.2
On Mar 2, 2005, at 9:37 AM, Jain, Abhay K, ALABS wrote:
I just compiled mod_perl 1.29 with apache. As I understand from
the documentation that with use of directive "Files", Apache caches the
perl cgi code so that on next invocation it does not to reparse it.
If I want to specify more than one cgi
I just compiled mod_perl 1.29 with apache. As I understand from
the documentation that with use of directive "Files", Apache caches the
perl cgi code so that on next invocation it does not to reparse it.
If I want to specify more than one cgi script to be cached, how
do I specify via Files directiv
Hello,
Gokul P. Nair wrote:
how do i find out if mod_perl is statically linked to
apache or dynamically? the reason i need to know this
is because in order to install HTML::Mason, it is
strictly reccomended that mod_perl be statically
linked to apache.
That recommendation is for mod_perl1 and does
Alexander Godyaev wrote:
L<@L<@-8<-- Start Bug Report 8<--
1. Problem Description:
I make test for mod_perl and get error in some test
(make test TEST_VERBOSE=1 TEST_FILES="t/apache/util.t")
[...]
t/apache/util1..8
# testing : Apache::Util::ht_time($pool)
# e
L<@L<@-8<-- Start Bug Report 8<--
1. Problem Description:
I make test for mod_perl and get error in some test
(make test TEST_VERBOSE=1 TEST_FILES="t/apache/util.t")
OUTPUT:
cd "src/modules/perl" && make
make[1]: ÐÑод в каÑалог
`/home/godyaev/1Sas
35 matches
Mail list logo
