Thanks for your feedback - a couple more questions
First, I'm assuming this is for a distributed system running on multiple
servers. If not, you should just download one of the cache modules from
CPAN. They're good.
For now it's not a distributed system, and I have been using Cache::Fil
Absolutely. In this case, the cluster actually acts like a load balancing solution.
Michael Hyman wrote:
I am not familiar with clustering
Would you run a mod_perl based web site on a cluster? Isn't the point of a
cluster to make a group of machines appear to be one? If so, how is that
benef
I am not familiar with clustering
Would you run a mod_perl based web site on a cluster? Isn't the point of a
cluster to make a group of machines appear to be one? If so, how is that
beneficial for web services?
Thanks...Michael
- Original Message -
From: "Dzuy Nguyen" <[EMAIL PROTECT
My PerlCleanupHandler seems to be firing before the content phase has
finished processing the page.
The handler pretty much looks like
sub handler {
my ($r) = @_;
undef $Foo::bar;
undef $Foo::baz;
return OK;
}
It's being invoked in a virtual host apache conf segment with
PerlCleanupHandler Apa
I always say, buy the best you can afford.
Then again, consider how many Linux PC you can have for the price of the Sun.
Run those PCs in a web farm or cluster and that Sun can't match the processing
power and speed.
Michael Hyman wrote:
Hi guys,
I have a dilemma that I need input on.
If you were
Rob Brown wrote:
I need to be able to at least temporarily change the document_root on
the fly. Something like the following:
$r->document_root("/my/hacked/path");
But it crashes with a prototype mismatch. The docs say:
$r->document_root:cannot currently be modified. requires locking since
it
Rob Brown wrote:
I'm getting complaints about Apache::DNAT not working with Apache 2
because mod_perl 1.99 suddenly can't handle the things it used to.
I'm getting this spewage:
[Fri Mar 07 11:22:21 2003] [error] [client 166.70.29.72] Can't locate
object method "connection" via package "Apache::R
Hi guys,
I have a dilemma that I need input on.
If you were to buy machines to be used as dedicated web servers, which would
you go with?
Option 1. A Sun SunFire 280R with 2 Ultra 3 processors and 4GB RAM. Run
Solaris 9
Option 2. PC-server with 2 ~2.8GHZ Xeon processors and 8GB RAM. Run Linux
Hi,
Well, by now you must know that I am working on something... and I
keep stumbling on things I seem not to understand and not to be
able to find in the docs / books.
See this example:
# SetHandler perl-script
PerlHeaderparserHandler MyClass->first
PerlAuthenHandler MyAuthen
PerlFix
Ruslan U. Zakirov wrote:
Hello All!
"Stacked handlers" is a very useful technology, but as I think incomplete.
I need some suggestions.
My project split content handler in the few parts. And each handler
send part of the requested page to user, but sometimes I must stop
proccessing and retu
Ask Bjoern Hansen wrote:
On Fri, 7 Mar 2003, Stas Bekman wrote:
If the physical connection is still there, would the database server
do a rollback?
If earlier the rollback worked correctly with
$dbh ||= connect();, this will work the same, since it performs the same
operation, but rips off only p
On Fri, 7 Mar 2003, Charlie Smith wrote:
> Date: Fri, 07 Mar 2003 16:21:15 -0700
> From: Charlie Smith <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: how to take advantage of mod_perl and analize effectiveness of
> efforts?
>
> A couple questions:
> In order to
A couple questions:
In order to take advantage of mod_perl, do you need to restart the apache
server, after making changes to a perl routine?
What is being cached by the mod_perl? Is is just the perl executable,
or compiled in modules, or modules you have
written in cgi directories?
How t
I need to be able to at least temporarily change the document_root on the
fly. Something like the following:
$r->document_root("/my/hacked/path");
But it crashes with a prototype mismatch. The docs say:
$r->document_root:cannot currently be modified. requires locking since it
is part oft
I'm getting complaints about Apache::DNAT not working with Apache 2 because
mod_perl 1.99 suddenly can't handle the things it used to.
I'm getting this spewage:
[Fri Mar 07 11:22:21 2003] [error] [client 166.70.29.72] Can't locate object
method "connection" via package "Apache::RequestRec" at
Hi Stas,
I'm not interested in modifying CGI.pm to use MP2 until I start using MP2
myself. This isn't likely in the near future, since I'm very happy indeed
with MP1/Apache1.
Lincoln
On Friday 07 March 2003 03:58 am, Stas Bekman wrote:
> Stas Bekman wrote:
> > Apache::compat is useful durin
Regarding my previous post:
> ... The routines work
> fine if used "standalone" but as soon as the routine gets included
> via the SSI method (subrequest?) apache/mod_perl complains. The call
> to instance results in an error 'can't locate method 'pnotes' via
> package "X::Y::Z"', where X::Y::Z my
On Friday, March 7, 2003, at 02:20 PM, Perrin Harkins wrote:
Cory 'G' Watson wrote:
I'm not sure if my way would fit in with your objects Clinton, but I
have some code in the commit() method of all my objects which, when
it is called, removes any cached copies of the object. That's how I
stay
On Fri, Mar 07, 2003 at 08:48:41PM +0100, Frank Maas wrote:
> > And would this be possible with mod_perl2 ?
>
> What you could try (note the 'could', it's not tested) is return
> a redirect to the same realm with a different id/password that is
> not correct. If your site is www.mysite.com then re
Cory 'G' Watson wrote:
I'm not sure if my way would fit in with your objects Clinton, but I
have some code in the commit() method of all my objects which, when it
is called, removes any cached copies of the object. That's how I stay
up to date.
Why wouldn't it simply update the version in the c
On Friday, March 7, 2003, at 12:45 PM, Perrin Harkins wrote:
You seem to be taking a lot of care to ensure that everything always
has the latest version of the data. If you can handle slightly
out-of-date data, I would suggest that you simply keep objects in the
local cache with a time-to-live
> this has been asked before, and I've found in the archives
> there is no way I could have a logout page for the Basic Auth in
> apache.
>
> Is there nothing I can do ? This is required only for the
> development team, so we need to let mozilla or IE forget
> about the username and password.
>
Clinton Gormley wrote:
I'd appreciate some feedback on my logic to optimise my cache (under
mod_perl 1)
First, I'm assuming this is for a distributed system running on multiple
servers. If not, you should just download one of the cache modules from
CPAN. They're good.
I'm planning a two level
On Fri, 7 Mar 2003, Francesc Guasch wrote:
> this has been asked before, and I've found in the archives
> there is no way I could have a logout page for the Basic
> Auth in apache.
>
> Is there nothing I can do ? This is required only for the
> development team, so we need to let mozilla or IE f
The only way to expire a basic auth login is to close all instances of the
browser. This is not a mod_perl limitation; it's just the way basic auth
works.
It's pretty easy to spin a mod_perl authentication handler to take the place
of basic auth, though. There's some recipes in the cookbook.
-F
this has been asked before, and I've found in the archives
there is no way I could have a logout page for the Basic
Auth in apache.
Is there nothing I can do ? This is required only for the
development team, so we need to let mozilla or IE forget
about the username and password.
This is a site bui
Hi,
I am workin on a site where all pages are handled via an Apache::SSI
descendant. Some included parts are itself mod_perl routines that
use the instance-methode to recreate the request. The routines work
fine if used "standalone" but as soon as the routine gets included
via the SSI method (sub
I'd appreciate some feedback on my logic to optimise my cache (under mod_perl 1)
I'm building a site which will have a large number of fairly complicated objects (each of which would require 5-20 queries to build from scratch) which are read frequently and updated relatively seldom.
I'm plann
The URL
http://www.modperlcookbook.org/~geoff/modules/Apache-Clean-2.02b.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GE/GEOFF/Apache-Clean-2.02b.tar.gz
size: 6334 bytes
md5: 55402e3e753599e56a74204b3e8649c6
this is a preliminary port of Apache::Clean over to mod_perl 2.0. in
Thank you, it works!
my conf file has the following:
Options +IncludesNOEXEC
SetHandler perl-script
PerlAccessHandler Apache::handlers::authentication
PerlFixupHandler Apache::handlers::shtmlFixupHandler
and I create the file shtmlFixupHandler.pm with the following content:
#file begin
package
Thank you very much, gentelmen.
I'm happy for now, I guess. I do undestand perl threading issue, my
problem was rather on how mod_perl and apache thread work together. I'm
quite satisfied with your explanations. Thanks a lot.
Pavel
P.S.: Stas, ... yes I saw many segfaults... :)
Perrin Harkins
On Fri, 7 Mar 2003, Stas Bekman wrote:
> > If the physical connection is still there, would the database server
> > do a rollback?
>
> If earlier the rollback worked correctly with
> $dbh ||= connect();, this will work the same, since it performs the same
> operation, but rips off only parts of $d
Stas Bekman wrote:
Apache::compat is useful during the mp1 code porting. Though remember
that it's implemented in pure Perl. In certain cases it overrides mp2
methods, because their API is very different and doesn't map 1:1 to mp1.
So if anything, not under my control, loads Apache::compat my co
Ask Bjoern Hansen wrote:
On Thu, 6 Mar 2003, Stas Bekman wrote:
re: rollback, the DBD drivers will perform the normal disconnect(), but
without doing the physical disconnect, and normal DESTROY, without destroying
the datastructures which maintain the physical connection, so there shouldn't
be mu
Hello All!
"Stacked handlers" is a very useful technology, but as I think incomplete.
I need some suggestions.
My project split content handler in the few parts. And each handler
send part of the requested page to user, but sometimes I must stop
proccessing and return DECLINE, redirect user
Since the questions of porting to mp 2.0 are on raise, and there is some
confusion regarding use of Apache::compat. I've done a massive porting docs
update:
Please review the following if you are involved in porting, and let me know if
I've missed something or if something is still unclear:
ht
Carlos Villegas wrote:
Hi,
First some basic info:
-Apache 2.0.44
-Solaris 9 sparc
-perl 5.8.0
-mod_perl-1.99_08 (from mod_perl-2.0-current.tar.gz)
-complete newbie to mod_perl
I had some problems to compile mod_perl: make test would fail, after
reading the mailing list archives, I found a few thi
On Thu, 6 Mar 2003, Stas Bekman wrote:
> re: rollback, the DBD drivers will perform the normal disconnect(), but
> without doing the physical disconnect, and normal DESTROY, without destroying
> the datastructures which maintain the physical connection, so there shouldn't
> be much to change for t
On Wed, 5 Mar 2003, Andrew Ho wrote:
> I want to simplify my configuration in two ways. I'd prefer not to
> maintain two sets of VirtualHost configuration data, and I'd like it if
> the block that proxies .pl files to the backend proxy not be replicated
> per VirtualHost.
With the details you pro
39 matches
Mail list logo
