On Wed, 25 Feb 2004, Casey West wrote:
> Whatever Jeffery wants. I've not been so presumptuous to think that he
> likes the idea of me working on his code at all, thus the generics.
Well, he did say he'd "be happy and grateful to hand off the
maintainership of Apache::Session to one or a group of
It was Wednesday, February 25, 2004 when Dave Rolsky took the soap box, saying:
: On Wed, 25 Feb 2004, Casey West wrote:
:
: > of work for the maintainer in working through the mailing list archives
:
: Or maintainer_s_. Why not set up an SF project for this? Then you and
: Enrico can both do w
On Wed, 25 Feb 2004, Casey West wrote:
> of work for the maintainer in working through the mailing list archives
Or maintainer_s_. Why not set up an SF project for this? Then you and
Enrico can both do work on it. There's no reason a Perl module needs one
and only one maintainer.
-dave
/*==
Thanks a lot Tom for the cool information. I think I'm going to use all of
the stuff you referred me to.
Regarding the language in which the client is written, it's not chosen yet!
This is an academicd project, and we're just starting, and I'm experimenting
with different stuff. The goal is to
Hi there,
On Wed, 25 Feb 2004, Richard F. Rebel wrote:
> I would be interested if anyone knows of a mod_proxy replacement
> that does this sort of multiplexing
I had an idea that mod_accel would do that, but it's been a while
so I could be completely wrong.
73,
Ged.
--
Report problems: http:/
On Wed, 2004-02-25 at 15:26, Stas Bekman wrote:
> > My question is, should this be the case? We have keepalives disabled on
> > the externally accessible ap2+mp2 intentionally. Is there any benefit
> > or detriment for using them between the two apaches? I would think that
> > keepalives should
please post a proper bug report, Matthew. We don't even know which mp2 do you
use. A complete *real* short example is expected as well.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_
Perrin Harkins wrote:
On Wed, 2004-02-25 at 15:26, Stas Bekman wrote:
I remember Theo has mentioned that I think with some of the related to Spread
(spread.org) products. But I don't remember which.
You're thinking of mod_backhand, which doesn't support apache2.
Thank you, precious! I need a me
On Wed, 2004-02-25 at 15:26, Stas Bekman wrote:
> I remember Theo has mentioned that I think with some of the related to Spread
> (spread.org) products. But I don't remember which.
You're thinking of mod_backhand, which doesn't support apache2.
- Perrin
--
Report problems: http://perl.apache.
Richard F. Rebel wrote:
Hello,
Due to about 200,000 lines of legacy mod_perl code that is written for
MP1 and Apache::Request, In order to migrate to mod_perl2 app by app, we
have set up a reverse proxy on the same machines.
All mp2 apps run on the main ap2+mp2, any request for a legacy app is
pro
On Wed, 2004-02-25 at 15:15, Richard F. Rebel wrote:
> I would think that
> keepalives should be off so that the ap1 instances can be freed to
> service another request while the reverse proxy is busy feeding slower
> clients.
And you would be correct!
- Perrin
--
Report problems: http://perl.
Stas Bekman wrote:
Matthew Darwin wrote:
Stas Bekman wrote:
Ah, I suppose this is a typing error:
> my $string < ...
> ...
> EOF
> print $string;
you miss '='
Sorry... writing up exmaples has inherent dangers.
Also try adding utf8::encode($string);
Tried that already. No help.
--
Matth
Hello,
Due to about 200,000 lines of legacy mod_perl code that is written for
MP1 and Apache::Request, In order to migrate to mod_perl2 app by app, we
have set up a reverse proxy on the same machines.
All mp2 apps run on the main ap2+mp2, any request for a legacy app is
proxied to localhost on p
On Wed, 2004-02-25 at 13:06, Jeffrey W. Baker wrote:
> By the way, I completely agree with all these problems.
Glad to hear it. And thanks for your willingness to turn over
maintenance. I'm hoping that the new maintainer will keep up with
patches and answer questions, but not make any serious ch
Matthew Darwin wrote:
Stas Bekman wrote:
Ah, I suppose this is a typing error:
> my $string < ...
> ...
> EOF
> print $string;
you miss '='
Also try adding utf8::encode($string);
Finally your bug report is missing. Please submit one, including a real
example that we can try to reproduce the pro
You have a virtualhost on an SSL connection.
I assume, cert name is *.mydomain.tld rather than, say,
secure.mydomain.tld. There would be various people under the umbrella of
the cert, clienta.mydomain.tld, clientb.mydomain.tld, which are they
switched for reaction by the web server named based vi
Stas Bekman wrote:
Can you reproduce this problem outside of mp2? just a plain perl program?
No.
Any difference if you add:
use Apache::RequestIO ();
binmode(STDOUT, ':utf8'); # Apache::RequestRec::BINMODE()
Yes, I get different garbage.
before you do the print. Or if you use $r->print() instead
Ged Haywood wrote:
Hi there,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
Here I think lies a problem. Turns out there was no libperl.so on the
system. I installed the libperl5.6 package and now have:
/usr/lib/libperl.so.5.6.1
/usr/lib/libperl.so.5.6
Now when I run "perl Makefile.PL APACHE_SRC
Slade Edmonds wrote:
[...]
modules/standard/libstandard.a is the archive including mod_include.a
so it should link with -lperl just fine. Unless it finds a wrong perl
library.
is it possible that you have other (older?) perls installed on the
same system and it finds them before your 5.6.1's li
Hi there,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
> Here I think lies a problem. Turns out there was no libperl.so on the
> system. I installed the libperl5.6 package and now have:
>
> /usr/lib/libperl.so.5.6.1
> /usr/lib/libperl.so.5.6
>
> Now when I run "perl Makefile.PL APACHE_SRC=../apach
Stas Bekman wrote:
Slade Edmonds wrote:
Has anyone successfuly compiled mod_perl 1.29 from source on Debian
Woody? I have the mod_perl source in /usr/local/src/mod_perl-1.29
and apache 1.3.29 source in /usr/local/src/apache_1.3.29. I run
the following to start the process:
perl Makefile.
On Tue, 2004-02-24 at 11:42, Perrin Harkins wrote:
> On Tue, 2004-02-24 at 10:44, Enrico Sorcinelli wrote:
> > Wrapper or not, I think this is the moment to decide the future of
> > Apache::Session.
>
> I'm not sure it needs to happen right this minute, but I do have an idea
> of what I would like
Slade Edmonds wrote:
Has anyone successfuly compiled mod_perl 1.29 from source on Debian
Woody? I have the mod_perl source in /usr/local/src/mod_perl-1.29 and
apache 1.3.29 source in /usr/local/src/apache_1.3.29. I run the
following to start the process:
perl Makefile.PL APACHE_SRC=../apac
Matthew Darwin wrote:
I'm not sure if anyone has noticed this, so I thought I'd post.
If I create a string using here syntax:
my $string <
And $string contains UTF-8 characters they get mangled somehow when they
go through the output chain.
However, if I build the same document using
my $strin
Hello there,
On Wed, 25 Feb 2004, Matthew Darwin wrote:
> If I create a string using here syntax:
> my $string < ...
> EOF
> print $string;
>
> And $string contains UTF-8 characters they get mangled somehow when they
> go through the output chain.
>
> However, if I build the same document using
>
Ged Haywood wrote:
Hello again,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
gcc version 2.95.4 20011002 (Debian prerelease)
I noticed you were building in /usr/local/src or some such place, does
that mean you're doing all this as root? That's not usually a good
idea. Although don't think
I'm not sure if anyone has noticed this, so I thought I'd post.
If I create a string using here syntax:
my $string <
And $string contains UTF-8 characters they get mangled somehow when they
go through the output chain.
However, if I build the same document using
my $string;
$string .= "..."
$s
Hello again,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
> gcc version 2.95.4 20011002 (Debian prerelease)
I noticed you were building in /usr/local/src or some such place, does
that mean you're doing all this as root? That's not usually a good
idea. Although don't think that this is likely to b
Hi,
I'm trying to configure my Apache2 server to run Mason on all files with
a .mhtml extension but use the default handler for all other files. I'm
also trying to use the DirectoryIndex directive to specify index.mhtml
and index.html as files to look for in that order. When I request the
index.mh
Ged Haywood wrote:
Hello again,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
[snip]
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
[snip]
Compiler:
[snip] gccversion='2.95.4 20011002 (Debian prerelease)',
Does the output of
gcc -v
look anything like that?
Hello again,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
> [snip]
> Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
> [snip]
> Compiler:
> [snip] gccversion='2.95.4 20011002 (Debian prerelease)',
Does the output of
gcc -v
look anything like that?
73,
Ged.
--
R
Ged Haywood wrote:
Hi there,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
anyone successfuly compiled mod_perl 1.29 from source on Debian Woody?
I haven't ever used Debian, but I'll ask you a question anyway. :)
modules/standard/libstandard.a(mod_include.o): In function `handle_perl':
It was Wednesday, February 25, 2004 when Enrico Sorcinelli took the soap box, saying:
: On Tue, 24 Feb 2004 16:14:23 -0500
: Casey West <[EMAIL PROTECTED]> wrote:
:
: > It was Tuesday, February 24, 2004 when Jeffrey W. Baker took the soap box, saying:
: > : Therefore I'd be happy and grateful to h
Hi there,
On Wed, 25 Feb 2004, Slade Edmonds wrote:
> anyone successfuly compiled mod_perl 1.29 from source on Debian Woody?
I haven't ever used Debian, but I'll ask you a question anyway. :)
> modules/standard/libstandard.a(mod_include.o): In function `handle_perl':
> perl -v
>
> This is perl
Has anyone successfuly compiled mod_perl 1.29 from source on Debian
Woody? I have the mod_perl source in /usr/local/src/mod_perl-1.29 and
apache 1.3.29 source in /usr/local/src/apache_1.3.29. I run the
following to start the process:
perl Makefile.PL APACHE_SRC=../apache_1.3.29/src
APACHE
Stas Bekman wrote:
> The uploaded file
>
> Apache-Test-1.08.tar.gz
>
> has entered CPAN as
nice work stas!
--Geoff
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquet
I do it by rewriting based on directory
(https://secure.mydomain.com/shared/virtualdomain.com/index.html )
I figure there should be some incentive for people to get their own private
SSL - also, users coming to a shared secure site have a better chance to
realize that it's shared SSL and won't com
I'm using a back reference to the http_referer with mod_rewrite to
determine which vhost the shared ssl connection should be rewritten to.
I know of no better solution for sharing an ssl connection.
I would be open to suggestions.
Respectfully,
Gary
Issac Goldstand wrote:
You should know wher
You should know where they're coming from the same way you do in
mod_rewrite. Besides that, referers can be spoofed, and I some clients
don't even give you a referer...
Issac
- Original Message -
From: "Gary C. New" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February
I've got shared ssl setup with mod_rewrite and I am trying to figure out
the best way to direct logging for each of the vhosts using the shared
ssl connection and thought mod_perl might be good for this.
My thinking is to setup a section in the httpd.conf file that
watches the referrer environ
On Tue, 24 Feb 2004 09:22:52 -0800
Stas Bekman <[EMAIL PROTECTED]> wrote:
Hi Stas,
> The original module has already a pretty long name.
> Apache::Syntax::Highlight::Perl makes it even longer, but it's only used from
> httpd.conf (i.e. no need to type it too often) so I suppose that's OK.
Yes
On Tue, 24 Feb 2004 14:01:36 -0500
Perrin Harkins <[EMAIL PROTECTED]> wrote:
> > I was looking through the
> > source for apache::sessionmanager and it looked like you could use one or
> > the other, but not both at the same time. So I ended up using
> > apache::session and writing my own wrapper
On Tue, 24 Feb 2004 16:14:23 -0500
Casey West <[EMAIL PROTECTED]> wrote:
> It was Tuesday, February 24, 2004 when Jeffrey W. Baker took the soap box, saying:
> : Therefore I'd be happy and grateful to hand off the maintainership of
> : Apache::Session to one or a group of you. Proposals welcome.
43 matches
Mail list logo
